victhor has quit [Remote host closed the connection]
valku has quit [Quit: valku]
<stintel>
nbd: additionally I'm now also seeing a bunch of these popping up: Tue Nov 30 06:35:46 2021 daemon.err hostapd: nl80211: kernel reports: key addition failed
<stintel>
followed by: Tue Nov 30 06:35:46 2021 daemon.notice hostapd: wl5-lan: STA f8:e4:e3:28:8b:1f IEEE 802.11: did not acknowledge authentication response
<stintel>
this seems to happen on 1 of 2 APs and all my clients seem to be associated to the other one
<stintel>
5GHz clients at least
<stintel>
exact same wireless config on both, besides the 5GHz channel (2.4 = auto but this does not work due to broken DFS on mt7613)
<blogic>
f00b4r0: hi
goliath has joined #openwrt-devel
danitool has joined #openwrt-devel
william_guo has joined #openwrt-devel
william_guo has quit []
<f00b4r0>
blogic: hi! pm :)
rmilecki has joined #openwrt-devel
pmelange has joined #openwrt-devel
pmelange has left #openwrt-devel [#openwrt-devel]
xol has joined #openwrt-devel
xol has quit []
dangole has joined #openwrt-devel
Acinonyx_ has joined #openwrt-devel
Acinonyx has quit [Ping timeout: 480 seconds]
<Habbie>
should i expect a wrt32x (venom) image to work on a wrt3200 (rango) ?
pmelange1 has joined #openwrt-devel
pmelange1 has left #openwrt-devel [#openwrt-devel]
Acinonyx has joined #openwrt-devel
Acinonyx_ has quit [Ping timeout: 480 seconds]
Acinonyx_ has joined #openwrt-devel
Acinonyx has quit [Ping timeout: 480 seconds]
Acinonyx has joined #openwrt-devel
Acinonyx_ has quit [Ping timeout: 480 seconds]
Acinonyx_ has joined #openwrt-devel
Acinonyx has quit [Ping timeout: 480 seconds]
Acinonyx has joined #openwrt-devel
Acinonyx_ has quit [Ping timeout: 480 seconds]
guerby has quit [Ping timeout: 480 seconds]
<slh64>
Habbie: no, different flash partitioning - even trying would be fatal
<Habbie>
i see
<Habbie>
the person who sent me the image claims otherwise
<Habbie>
how fatal? :>
<slh64>
final
<Habbie>
final unless i get serial console into uboot-final?
guerby has joined #openwrt-devel
<slh64>
I'm not familiar with mvebu, I think they have kwboot as a method of last resort, but it doesn't make any sense to even consider a wrt32x image on wrt3200acm
<Habbie>
ack
<Habbie>
i expected that sysupgrade would just stick the squashfs in the right place and all would be good
<Habbie>
but now I'm scared :)
<Habbie>
ah, openwrt does ship identical (bit-for-bit) squashfs for both, but different kernels
Gaspare has joined #openwrt-devel
<hurricos>
\x: you could add it to the DTS if the target is using the cmdline override, yeah. No luck, eh? Look into other options for manipulating pci tbh
<hurricos>
ultimately it's not the hardware, it's the fact that the software before it isn't initializing osmething properly, has always been my experience
<hurricos>
Habbie: You would need kwboot, I would personally go for "download a copy of the bootloader partition (RAM trainer + u-boot) so you can feed it back to mvebu kwboot"
<Habbie>
right
<Habbie>
i don't even have serial right now
<hurricos>
on Fedora, uboot-tools actually comes with a compatible uboot-tools with mvebu support
<Habbie>
oh good to know
<hurricos>
tbh Marvell's good support of kwboot for a long time, even long after Kirkwood, has been a dream
<hurricos>
It's quite a lot of work to have built xmodem into the bootrom, I'd have thought
<hurricos>
has saved countless boards from being thrown away
<Habbie>
wow, yes
<hurricos>
pretty much every Marvell-based NAS on the market coud potentially be ported because of it.
<hurricos>
safely*, anyhow. Unfortunately requiring teeth-pulling, but *shrug*
<hurricos>
no physical modifications
<hurricos>
or tsop48 clips.
<Habbie>
looking at the dtses, it's almost as if wrt32x and wrt3200 mostly differ in the colours of the LEDs :D
<hurricos>
and partitions, I'm almost sure?
<hurricos>
and do they not include different dtsi's? I was under the impression they were different marvells
<hurricos>
mvebus*
<Habbie>
yes, but i can't say i spotted that in the openwrt source tree
<hurricos>
gotcha
<Habbie>
same armada 385 88F6820
<hurricos>
ahh
<Habbie>
but yes, led colours, and partitions, are the only differences i can find on the surface between the two devices
minimal has joined #openwrt-devel
<Habbie>
hurricos, ah, found it, the rango dts is in the kernel tree but the venom dts is in the openwrt tree
<Habbie>
hurricos, indeed, LED colours and partitions :)
danitool has quit [Quit: Cubum autem in duos cubos, aut quadratoquadratum in duos quadratoquadratos]
<Habbie>
lol, turns out people even flashed official wrt3200 linksys firmware on wrt32x