<rmilecki>
after month with no complains / regressions reports I'm backporting base-files changes for postinst to 23.05
<rmilecki>
it's needed to fix uhttpd invalid behaviour & regression
cp- has quit [Server closed connection]
cp- has joined #openwrt-devel
robimarko has joined #openwrt-devel
goliath has joined #openwrt-devel
jeff___m has joined #openwrt-devel
jeff___m has quit [Ping timeout: 480 seconds]
skorpy[m] has quit [Quit: Client limit exceeded: 20000]
rua has joined #openwrt-devel
Borromini has joined #openwrt-devel
jeff___m has joined #openwrt-devel
jeff___m has quit [Ping timeout: 480 seconds]
<schmars[m]>
x86/64 snapshot imagebuilder broken at the moment, would have needed a packages rebuild first (libubox update)
Borromini has quit [Quit: Lost terminal]
rua is now known as Guest598
rua has joined #openwrt-devel
Guest598 has quit [Ping timeout: 480 seconds]
rua has quit [Quit: Leaving.]
rua has joined #openwrt-devel
goliath has quit [Quit: SIGSEGV]
<hauke>
Ansuel: did you activate some setting to make dependabot create pull requests
<Ansuel>
hauke yes it's just for the actions... having hard time making the bot regenerate with the correct commit title prefix tho...
<mrkiko>
Ansuel: robimarko: in my opinion the 10g port works, and the wan surely does - don't remember where aqr is
<robimarko>
mrkiko: I am not following, what device?
<mrkiko>
robimarko: nbg7815
<rmilecki>
nbd: do you know why Mediatek has "WiFi7 Non-MLO SDK Release" and "Beta Release" for Filogic 880?
<rmilecki>
is MLO support still not ready?
<mrkiko>
robimarko: and I am pretty sure I've seen the "Programm phy......" thing in u-boot
<mrkiko>
robimarko: just not sure if it does so even when I didn't interrupt u-boot. But i can assure that 10g port worked fine
<mrkiko>
robimarko: and following the related forum thread I seen no complaints - just people testing it and seeing it doesn't reach 10G kinda
<mrkiko>
so - maybe I used it when it wasn't broken and then got broken, but I see no posts
<robimarko>
mrkiko: OK, I dont have that device
<mrkiko>
robimarko: I have one and have UART access - if needed i can set up a remote access for you to test things out.
<robimarko>
No, need Ansuel has one as well
<mrkiko>
robimarko: infact i was wondering if there are different u-boot versions doing things differently even tough I know this is really improbabl3
<mrkiko>
*improbable*
<Ansuel>
mrkiko no the fw is loaded by uboot only if boot is interrupted. (but i have my nbg with a modified uboot so my router is not the 100% common thing)
<Ansuel>
no idea if the zyxel 4th bootloader load the aquantia firmware (but from what i remember it didn't)
jeff___m has joined #openwrt-devel
jeff___m has quit [Ping timeout: 480 seconds]
<mrkiko>
Ansuel: oh, so you got rid of the horrible zloadr thing?
<Ansuel>
yep
<Ansuel>
i need the thing to develop... having to regenerate and unlock uboot everytime was too much
<Ansuel>
the thing have spi so could experiment a bit with custom uboot... i plan to make it even better just to have some fun with it
<mrkiko>
Ansuel: well - if you can build something usable I might also flash one of mine with it to get rid of zloadr. When I was trying out the fan thing I actually unlocked it several times, yes
<mrkiko>
Ansuel: I mean - I had to enter pw several time
cmonroe has joined #openwrt-devel
<Ansuel>
problem is that i assume the recovery feature doesn't work anymore (as i think it was handled by the zyloader)
rua has quit [Remote host closed the connection]
rua has joined #openwrt-devel
schmars[m] has quit [Ping timeout: 480 seconds]
jeff___m has joined #openwrt-devel
jeff___m has quit [Ping timeout: 480 seconds]
jeff___m has joined #openwrt-devel
jeff___m has quit [Ping timeout: 480 seconds]
<xdarklight>
Ansuel: robimarko: I think you two are the most likely developers to know about this - I have an ipq40xx Fritz Box 7520 (hardware is identical to 7530) and with Linux 6.1 I have a strange issue where traffic within LAN is limited to ~10Mbit/s. I have one IoT device which only has a 10Mbit/s port, if I unplug that then my 3 other devices (all with Gbit/s ports) can RX/TX at ~700-800Mbit/s (tested using iperf3). with Linux 5.15 the Gbit/s
<xdarklight>
devices can RX/TX at ~950Mbit/s regardless of the IoT device being plugged in or not. is this a known issue and if not: do you have a hint where I should start debugging?
<Ansuel>
disable pause frame and report back
<xdarklight>
on all ports or just the IoT device one?
<xdarklight>
Ansuel: also "ethtool -S lan1 | grep -i pause" (and repeating that for lan2, lan3, lan4) shows zero RxPause and TxPause frames after an iperf3 run