Rentong has joined #openwrt-devel
Rentong has quit [Remote host closed the connection]
Rentong has joined #openwrt-devel
valku has quit [Ping timeout: 480 seconds]
Rentong has quit [Remote host closed the connection]
<KGB-2> https://tests.reproducible-builds.org/openwrt/openwrt_ar71xx.html has been updated. (99.2% images and 98.2% packages reproducible in our current test framework.)
Rentong has joined #openwrt-devel
Rentong has quit [Ping timeout: 480 seconds]
testtesting123 has joined #openwrt-devel
Rentong has joined #openwrt-devel
Rentong has quit [Ping timeout: 480 seconds]
Rentong has joined #openwrt-devel
Rentong has quit [Remote host closed the connection]
testtesting123 has quit [Remote host closed the connection]
Rentong has joined #openwrt-devel
Rentong has quit [Ping timeout: 480 seconds]
Monkeh has quit [Ping timeout: 480 seconds]
Monkeh has joined #openwrt-devel
bluew_ is now known as bluew
Rentong has joined #openwrt-devel
Rentong has quit [Ping timeout: 480 seconds]
Rentong has joined #openwrt-devel
Rentong has quit [Remote host closed the connection]
Rentong has joined #openwrt-devel
danitool has quit [Ping timeout: 481 seconds]
rmilecki has joined #openwrt-devel
Rentong has quit [Remote host closed the connection]
nitroshift has joined #openwrt-devel
decke has joined #openwrt-devel
goliath has joined #openwrt-devel
Rentong has joined #openwrt-devel
Rentong has quit [Ping timeout: 480 seconds]
danitool has joined #openwrt-devel
Borromini has joined #openwrt-devel
Borromini has quit []
Borromini has joined #openwrt-devel
Rentong has joined #openwrt-devel
feriman has joined #openwrt-devel
aleksander has joined #openwrt-devel
aleksander0m has joined #openwrt-devel
aleksander has quit []
aleksander0m has quit []
aleksander has joined #openwrt-devel
<digitalcircuit> Got a second SFTP success, started third test, will do comment and mailing list patch when it's not so late :)
aleksander has quit []
aleksander has joined #openwrt-devel
aleksander has quit []
aleksander has joined #openwrt-devel
aleksander has quit []
aleksander has joined #openwrt-devel
aleksander is now known as aleksander0m
aleksander0m has quit []
aleksander has joined #openwrt-devel
aleksander has quit []
aleksander has joined #openwrt-devel
<Tusker> heya guys, does ath10k_patch_mac and associated tools have any way to reverse the byte order, ie, turn da74 5e38 62a1 to 74:da:38:5e:a1:62 ?
rejoicetreat has joined #openwrt-devel
<Tusker> ah, the /l flag on hexdump does it
<Tusker> the /1 flag
<Tusker> OK, working
Rentong has quit [Remote host closed the connection]
mcarroll76 has joined #openwrt-devel
<KGB-2> https://tests.reproducible-builds.org/openwrt/openwrt_ath79.html has been updated. (99.2% images and 98.2% packages reproducible in our current test framework.)
felix has quit []
Rentong has joined #openwrt-devel
aleksander has quit [Read error: No route to host]
danitool has quit [Ping timeout: 480 seconds]
Rentong has quit [Ping timeout: 480 seconds]
felix has joined #openwrt-devel
Tapper has joined #openwrt-devel
danitool has joined #openwrt-devel
Rentong has joined #openwrt-devel
djStolen has joined #openwrt-devel
mangix has quit [Ping timeout: 480 seconds]
djStolen has quit [Ping timeout: 480 seconds]
feriman has quit [Quit: WeeChat 3.1]
feriman has joined #openwrt-devel
Rentong has quit [Remote host closed the connection]
Rentong has joined #openwrt-devel
rejoicetreat has quit [Ping timeout: 480 seconds]
Borromini has quit [Quit: Lost terminal]
djStolen has joined #openwrt-devel
Rentong has quit [Remote host closed the connection]
djStolen has quit [Ping timeout: 480 seconds]
Rentong has joined #openwrt-devel
mangix has joined #openwrt-devel
Rentong has quit [Remote host closed the connection]
Rentong has joined #openwrt-devel
bluew has quit [Quit: Leaving]
Rentong has quit [Remote host closed the connection]
goliath has quit [Quit: SIGSEGV]
decke has quit [Quit: Leaving.]
Rentong has joined #openwrt-devel
Rentong has quit []
rsalvaterra has quit [Quit: Leaving...]
feriman has quit [Ping timeout: 480 seconds]
goliath has joined #openwrt-devel
Tapper has quit [Quit: Tapper]
nitroshift has quit [Quit: Gone that way --->]
Borromini has joined #openwrt-devel
rsalvaterra has joined #openwrt-devel
LiCeUser0 has joined #openwrt-devel
Tusker has quit [Ping timeout: 480 seconds]
LiCeUser0 is now known as Tusker
aiyion_ has quit [Remote host closed the connection]
aiyion_ has joined #openwrt-devel
feriman has joined #openwrt-devel
djStolen has joined #openwrt-devel
aiyion_ has quit [Remote host closed the connection]
aiyion_ has joined #openwrt-devel
danitool has quit [Ping timeout: 480 seconds]
<rsalvaterra> Alright, I'm going to throw this one at the wall again, and see if it sticks…
<rsalvaterra> … has anyone noticed any hardware flow offloading regression on MT7621 (MT7530) since Linux 5.10.42?
Tusker has quit [Quit: Time wasted on IRC: 1 day 16 hours 31 minutes 28 seconds]
Rentong has joined #openwrt-devel
feriman has quit [Ping timeout: 480 seconds]
<KGB-2> https://tests.reproducible-builds.org/openwrt/openwrt_sunxi.html has been updated. (0% images and 98.0% packages reproducible in our current test framework.)
rejoicetreat has joined #openwrt-devel
<hauke> rsalvaterra: there is a discussion about this on github, but I think you are already aware of this
<hauke> did someone bisect which kernel commit broke it?
m has joined #openwrt-devel
<rsalvaterra> hauke: Yes, it has been bisected. It's on my 5.10.42 pull request thread, let me see…
<rsalvaterra> Seems to need confirmation, though.
<rsalvaterra> I was hoping nbd would take a look at it, since flow offloading is mostly his baby. :)
<hauke> rsalvaterra: did someone try to only add some of the kernel patches between 5.10.41 and 5.10.42 to check which kernel commit broke it?
<rsalvaterra> (Or so I think.)
<rsalvaterra> hauke: You mean our patches?
Rentong has quit [Remote host closed the connection]
<hauke> rsalvaterra: a bisect between 5.10.41 and 5.10.42
<hauke> you can use 5.10.41 as a base and then apply the changes as a seperate patch
<hauke> then we should know which upstream kernel commit broke it and can complain upstream
<rsalvaterra> Wait, but I just pasted the broken commit, it's been bisected.
Tapper has joined #openwrt-devel
<hauke> sorry
djStolen has quit [Ping timeout: 480 seconds]
<rsalvaterra> As far as our patches are concerned, the bump to .42 was basically fuzz and a couple of deleted patches, nothing earth-shattering.
<xdarklight> rsalvaterra: there's already a discussion, let me find the link
m has quit [Quit: Leaving]
<xdarklight> rsalvaterra: upstream suggests that our downstream xt_flowoffload module is the actual problem
<rsalvaterra> xdarklight: I see, thanks for the info!
djStolen has joined #openwrt-devel
<xdarklight> I'm not sure if Aleksander is here on IRC. he's doing some great detective + improvement (including bugfix) work on the Lantiq target currently - that finding is part of his testing/improvement efforts
<Borromini> xdarklight: i think his nick is lynxis
<xdarklight> Borromini: I think lynxis is Alexander Couzens
<xdarklight> Borromini: I meant Aleksander Jan Bajkowski (abajk on github)
m has joined #openwrt-devel
m has quit []
<plntyk> xdarklight, first one was right
m has joined #openwrt-devel
<Borromini> xdarklight: ok, sorry.
mcarroll76 has quit [Remote host closed the connection]
<rsalvaterra> xdarklight: I'm looking at 650-netfilter-add-xt_FLOWOFFLOAD-target.patch, but it's mostly Mandarin to me.
<rsalvaterra> It sets up two flow tables, but only one of them has the NF_FLOWTABLE_HW_OFFLOAD flag set.
<xdarklight> rsalvaterra: based on the comment on the mailing list I thought "oh so we just need to add an if somewhere". for me this turned into "I'll let someone else take over"
<rsalvaterra> Why two flow tables? Is one of them for software flow offloading, the other one for hardware flow offloading? It looks like it…
<rsalvaterra> xdarklight: Yeah, netfilter is a bit scary.
SamantazFox has quit [Ping timeout: 480 seconds]
Rentong has joined #openwrt-devel
Rentong has quit [Ping timeout: 480 seconds]
m has quit [Quit: Leaving]
m has joined #openwrt-devel
danitool has joined #openwrt-devel
m has quit [Remote host closed the connection]
dannyAAM has joined #openwrt-devel
philipp64|work has quit [Read error: Connection reset by peer]
philipp64|work has joined #openwrt-devel
philipp64|work has quit [Remote host closed the connection]
philipp64|work has joined #openwrt-devel
Luke-Jr has quit [Ping timeout: 480 seconds]
Rentong has joined #openwrt-devel
Rentong has quit [Ping timeout: 480 seconds]
dedeckeh has joined #openwrt-devel
Luke-Jr has joined #openwrt-devel
rejoicetreat has quit [Ping timeout: 480 seconds]
netprince has quit [Remote host closed the connection]
netprince has joined #openwrt-devel
dedeckeh has quit [Remote host closed the connection]
mangix has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
mangix has joined #openwrt-devel
<xdarklight> nbd: I can confirm this issue on a BT Home Hub 5A with the ath9k wifi interface: https://bugs.openwrt.org/index.php?do=details&task_id=3881&order=dateopened&sort=desc
<xdarklight> nbd: for some reason it's not displaying the stacktrace for me, but symptoms are the same (connecting a client to the ath9k interface -> a few seconds later the device reboots, presumably due to a watchdog reset)
<xdarklight> nbd: the Home Hub 5A uses an AR9287 and is limited to the 2.4GHz band (in case that matters)
djStolen has quit [Read error: Connection reset by peer]
<xdarklight> nbd: ath10k works fine for me though and the reporter of that bug-ticket mentions that mt76 is working for her
<PaulFertser> It's odd getting full kernel output was problematic from a KVM machine.
djStolen has joined #openwrt-devel
<xdarklight> PaulFertser: in my case I am connected via serial console to my device and I get literally nothing. it goes from "oh hey there's a new client on wlan1" back to "hello from the bootrom, let me load u-boot for you"
robimarko has joined #openwrt-devel
<xdarklight> so unfortunately I am not able to provide more info :/
<PaulFertser> xdarklight: probably wrong access goes straight to something essential like WDT unit, that's unfortunate.
<hauke> Linux should lock if the reboot was triggered by a watchdog event
<hauke> xdarklight: I think there is even an interface in the watchdog driver and it should be implemented for lantiq
<hauke> there is a reset cause register somewhere in the RCU register block which contains the reson of the last boot
<PaulFertser> I mean probably something happens and the code directly writes to some MMIO register causing immediate reboot, not that it's the WDT doing its job.
<xdarklight> hauke: I'll check that tomorrow, right now I went back to a "known good" revision and will head to bed now
<xdarklight> PaulFertser: ah, that's also possible
SamantazFox has joined #openwrt-devel
jlsalvador2 has joined #openwrt-devel
jlsalvador has quit [Ping timeout: 480 seconds]
jlsalvador2 is now known as jlsalvador
Borromini has quit [Quit: leaving]
robimarko has quit [Quit: Page closed]
slh64 has quit [Ping timeout: 480 seconds]
slh has quit [Ping timeout: 480 seconds]
rmilecki has quit [Ping timeout: 480 seconds]
Tusker has joined #openwrt-devel
djStolen has quit [Remote host closed the connection]
Rentong has joined #openwrt-devel
Rentong has quit [Remote host closed the connection]
Tusker has quit [Ping timeout: 480 seconds]
Rentong has joined #openwrt-devel
Tusker has joined #openwrt-devel
Tusker has quit []
Rentong has quit [Ping timeout: 480 seconds]
slh has joined #openwrt-devel
Tapper has quit [Quit: Tapper]
llewellyn has joined #openwrt-devel
llewellyn has quit [Quit: Page closed]