<Mangix>
rsalvaterra: I'd replace the loop with a usleep_range or something
<Mangix>
maybe usleep_range(60, 120);
rua has quit [Quit: Leaving.]
goliath has quit [Quit: SIGSEGV]
tSYS has quit [Quit: *squeak*]
tSYS has joined #openwrt-devel
danitool has quit [Remote host closed the connection]
ptudor has joined #openwrt-devel
ptudor has quit [Ping timeout: 480 seconds]
minimal has quit [Quit: Leaving]
KGB-2 has quit [Remote host closed the connection]
KGB-2 has joined #openwrt-devel
rz has quit [Remote host closed the connection]
fakuivan has quit [Remote host closed the connection]
fakuivan has joined #openwrt-devel
rz has joined #openwrt-devel
<gch981213>
Mangix: Breed dropped overclocking in NAND variant likely because it's hard to read NAND flash before the RAM is ready. CPU clock in MT7621 is set by the same binary blob doing memory initialization.
<gch981213>
Mangix: Or bootrom limitation? I forgot the exact reason but it has nothing to do with stability.
schwicht has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
danitool has joined #openwrt-devel
<f00b4r0>
rsalvaterra: I would add a comment in the code to explain what the magic values are for. When this patch is moved around the associated commit message may get lost. Direct reading also saves time search git log :)
<gch981213>
Shouldn't that loop be removed completely by compiler optimization?
<f00b4r0>
gch981213: it is from -O2
danitool has quit [Quit: Cubum autem in duos cubos, aut quadratoquadratum in duos quadratoquadratos]
rua has joined #openwrt-devel
schwicht has joined #openwrt-devel
schwicht has quit [Ping timeout: 480 seconds]
<rsalvaterra>
Mangix: I'd actually sleep for 1 ms, for paranoia.
<rsalvaterra>
So, usleep_range(1000, 2000);
<stintel>
that's one way to break your hardware
<stintel>
I'd say just get better hardware but probably you will be forced to do that soonish anyway
<rsalvaterra>
stintel: It's a toy. :P
<rsalvaterra>
I mean, my connection is just too fast for MT7621-based devices.
<stintel>
first world problems ;)
<rsalvaterra>
I'm not disagreeing. :P
<stintel>
still waiting on TP-Link's filogic based wall plate AP :)
<rsalvaterra>
Oh, speaking of which, ELFv2 ABI for ppc64 has been merged. Your M300 is gonna be happy with the next LTS. ;)
<rsalvaterra>
I don't know if musl will play along, though.
<bluecmd[m]>
First PR sent for Cisco vEdge 1000 support :) https://github.com/openwrt/openwrt/pull/13038 - hopefully I haven't made too many mistakes reading the contribution guide!