rua has quit [Ping timeout: 480 seconds]
rua has joined #openwrt-devel
clayface_ has joined #openwrt-devel
clayface has quit [Ping timeout: 480 seconds]
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
nlowe has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
victhor has quit [Ping timeout: 480 seconds]
victhor has joined #openwrt-devel
victhor has quit []
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
<Namidairo> oh look, my new hardware is here
<stintel> poidh :)
<Namidairo> time to test out whether this command injection vuln I speculated is workable or if I'm going to have to overwrite u-boot env and recalculate the crc
<slh> redmi ax6s or something else?
<Namidairo> ^
<slh> could be a nice alternative :)
<Namidairo> 256mb memory might be a little tight though
<slh> yeah, although mt76 should be better at conserving RAM (than ipq**xx)
<owrt-snap-builds> Build [#364](https://buildbot.openwrt.org/master/images/#builders/48/builds/364) of `bcm47xx/generic` failed.
<Namidairo> ipq807x and ipq6xxx looks like a legitimate nightmare right now anyway
<stintel> it's qca, what would you expect :)
<slh> I still hope for the best (for both, actually, ipq6018, ipq8071a, ipq8074a and a (very) little for non-A ipq8074)
<slh> but alternatives that are easier to get working (and easier to purchase for reasonable prices) are still interesting
<owrt-snap-builds> Build [#364](https://buildbot.openwrt.org/master/images/#builders/51/builds/364) of `ramips/rt3883` failed.
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
rua has quit [Ping timeout: 480 seconds]
rua has joined #openwrt-devel
danitool has quit [Ping timeout: 480 seconds]
awgh has quit [Quit: eschaton immanetized.]
awgh has joined #openwrt-devel
<Slimey> 160 lbs of double AA batteries could start a medium sized car about 13.44 times.
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
awgh has quit [Quit: eschaton immanetized.]
awgh has joined #openwrt-devel
<\x> hi
<\x> i wonder if anyone can give me tips on this
<\x> I got me an mt7612e half height mini pice wifi card
<\x> but it doesnt initialize properly
<\x> other cards work eg intel 8260, ax200
<\x> that mt7612e also works on my laptop fine
<\x> [ 1.373764] qcom-pcie 40000000.pci: Phy link never came up
<\x> [ 1.375346] qcom-pcie 40000000.pci: cannot initialize host
<\x> I get this on dmesg
<\x> does dtsi needs to be tweaked fior it? anyone can give me ideas?
<\x> the intel one starts fine here as you see https://pastebin.com/raw/anprWT1n
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
valku has quit [Quit: valku]
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
pmelange has joined #openwrt-devel
pmelange has left #openwrt-devel [#openwrt-devel]
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
<mangix> jow: yeah it was the stub. not gettext-full
<mangix> the libiconv stub still seems to be needed.
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
rua has quit [Quit: Leaving.]
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
danitool has joined #openwrt-devel
hgl has quit [Remote host closed the connection]
danitool has quit []
hgl has joined #openwrt-devel
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
Acinonyx_ has joined #openwrt-devel
Acinonyx has quit [Ping timeout: 480 seconds]
kenny has quit [Quit: WeeChat 3.1]
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
nitroshift has joined #openwrt-devel
<nitroshift> morning
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
danitool has joined #openwrt-devel
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
rua has joined #openwrt-devel
<nbd> jow: thanks. that does look like a real regression in mac80211
<mangix> strange that mwlwifi showed the issue
<nbd> i'd expect ath9k to have issues with this as well
<nbd> since it also relies on being able to modify params.ssn
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
mrkiko has joined #openwrt-devel
Tapper has joined #openwrt-devel
rua1 has joined #openwrt-devel
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
rua1 has quit [Remote host closed the connection]
rua has quit [Ping timeout: 480 seconds]
rua has joined #openwrt-devel
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
Tapper1 has joined #openwrt-devel
Tapper has quit [Ping timeout: 480 seconds]
Tapper1 has quit []
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
minimal has joined #openwrt-devel
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
<Namidairo> ooft, thank god I didn't connect this programmer to the board
<Namidairo> spitting out almost 5.2v on what's supposed to be 3.3
rua has quit [Remote host closed the connection]
rua has joined #openwrt-devel
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
clayface_ is now known as clayface
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
<Pepes> Guys, there is a lot of recent commits related to mac80211 in OpenWrt 21.02, but the version was not bumped.
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
<stintel> Namidairo: haha, I did connect a 3.3v programmer to a 1.8 SPI NOR chip. it worked! (2 times)
descalo has joined #openwrt-devel
descalo has quit []
wvdakker1 has quit []
wvdakker has joined #openwrt-devel
wvdakker has quit []
wvdakker has joined #openwrt-devel
danitool has quit [Ping timeout: 480 seconds]
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
Acinonyx has joined #openwrt-devel
<Namidairo> datasheet says... vcc + 0.4v for 20ns is the best they can do lmao
Acinonyx_ has quit [Ping timeout: 480 seconds]
rua has quit [Quit: Leaving.]
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
hgl has quit [Remote host closed the connection]
<rsalvaterra> stintel: I'm seriously inclined to shove this on top of our future 5.15… https://lore.kernel.org/lkml/20211111041510.402534-1-yuzhao@google.com/
hgl has joined #openwrt-devel
<rsalvaterra> … it should improve the VM behaviour under memory pressure, especially when swapping to zram.
<stintel> yeah that behaviour under pressure could use _some_ improvement :P
<stintel> when it happens on my laptop it feels like it hard locked
<rsalvaterra> Tell me about it… my laptop has 2 GiB of RAM, soldered. :P
<stintel> wtf
<stintel> I have 8 and its barely usable
<stintel> speaking about laptops, I need to find a decent black friday deal
victhor has joined #openwrt-devel
<stintel> <30m of batter life, broken keys on keyboard, just dog slow these days ... time for something new
<rsalvaterra> I wouldn't say that… my laptop had Eclipse, NetBeans, Firefox, Chromium, and a MySQL running… simultaneously. Without swap.
<rsalvaterra> (Well, with zram, not disk swap.)
<rsalvaterra> Last weekend I tried to forward-port the MGLRU patch set to 5.16, but it clashed hard with Matthew's page folios, so I gave up, as my mm-fu isn't that strong. :)
<stintel> rsalvaterra: lol, the benchmark results are even too cryptical for me :P
<stintel> !seen rmilecki
<stintel> I wonder if his mt76 issues got solved
<stintel> as I'm also hitting stalls with mt7613ben
<stintel> the thread seems to have lived on on linux-wireless but not xposted to openwrt-devel, let's see what I can find there
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
<rsalvaterra> stintel: I think Borromini has also been battling the MT7613, I don't know if his issues got fixed.
<stintel> I know about non-working DFS
<stintel> but that's lower prio than stability issues on a non-DFS channel
<stintel> but I will be looking into that too
<stintel> if I can wrap my head around it
<stintel> I'm working with the same APs he has, afaik, TP-Link EAP235-Wall
<stintel> cute little thingies, initial impression was: wow, way faster than my QCA crap
<stintel> so I've unplugged my EAP245 v3 already - while wave 2, gets less than 200Mbps on decent client
<stintel> the 235 does 600+ on my phone ¯\_(ツ)_/¯
<rsalvaterra> MediaTek > QCA.
<stintel> oh you don't need to convince me
<stintel> I hate QCA with a passion
<stintel> heck have you seen QSDK ?
<rsalvaterra> No. It scares me.
<stintel> just seeing that it's CC based with 4.4.60 ...
hgl has quit [Remote host closed the connection]
<stintel> it should be illegal to release hardware with such ancient crap
rua has joined #openwrt-devel
<rsalvaterra> To be honest, all vendor SDKs scare me. :P
<stintel> that's like 200+ minor revisions behind latest 4.4 LTS
<stintel> do they backport security fixes? to they inform their clients/partners of that?
<stintel> I think in both cases it's a simple no
hgl has joined #openwrt-devel
<stintel> so these things are all accidents waiting to happen
<stintel> I guess the S in Qualcomm stands for security
<rsalvaterra> Sometimes I think our entire field is just a single, monstrous hack which happens to "work".
<stintel> you mean computers in general?
<rsalvaterra> *sigh*
<rsalvaterra> Yeah.
<stintel> and anything related. yeah, I feel ya
<Habbie> it's sand that thinks
<Habbie> i'm not sure why we're surprised
<rsalvaterra> It doesn't think yet, thankfully…
<rsalvaterra> … and I'm keeping a hammer at hand, for when it starts.
<Habbie> smart
<stintel> Habbie: o/
<Habbie> o/
<stintel> I live on the 7th floor, I don't need a hammer I can just let gravity fix it ;)
<Habbie> "i hope there was nobody on that bus" "well, at least nobody we know or care about"
<stintel> heh
<stintel> nice timing, 40+ death on a bus fire in Bulgaria yesterday :(
<Habbie> oh :(
<stintel> that number vanishes compared to the covid deaths though
<karlp> yeah, .bg is "winning" that one right now aren't they :(
<stintel> with maybe 1/3rd of the population fully vaccinated
<Habbie> ugh
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
<stintel> scroll down to the bottom, not nice numbers
<stintel> it started very nice here due to insance lockdowns, couldn't even leave the cities unless you could prove it's for work or you live outside of the city - but in the latter case, once out, no coming in
valku has joined #openwrt-devel
<stintel> and you can actually see that very well in the first part of the graphs
mzvd has joined #openwrt-devel
mzvd has quit []
<Habbie> bleh
rua has quit [Ping timeout: 480 seconds]
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
rua has joined #openwrt-devel
<nitroshift> nbd, your mac802111 patch works
<nitroshift> *mac80211
<nbd> the one with the aggregation ssn fix?
<stintel> nbd: you recall rmilecki's stalls with mt7628an? did you fix anything for that?
<nitroshift> nbd, yes
* nitroshift sends nbd a case of beer
<stintel> :)
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
<nitroshift> i'm at work, flashed 2 rango's at home remotely, wife called: "did you do something to the routers? wifi is working a lot better!"
<stintel> :D
<stintel> imagine they not combing back
<stintel> you'd be staying in a hotel for the night ;)
<nitroshift> stintel, even worse: sleep in the car :))
<stintel> 😂
<nitroshift> she'd take my credit cards too
<nitroshift> anyway, time to go home, talk tomorrow :)
<stintel> give her my regards :)
<nitroshift> stintel, i will, thanks
<nitroshift> when do i get to give my regards to yours? :p
hgl has quit [Remote host closed the connection]
<stintel> in another metaverse
<nitroshift> rofl
* nitroshift went that way ----->
nitroshift has quit [Quit: Gone that way --->]
hgl has joined #openwrt-devel
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
pmelange has joined #openwrt-devel
hgl has quit [Remote host closed the connection]
<stintel> interesting, just had a stall, the client showed as associated, the AP disagreed
hgl has joined #openwrt-devel
<nbd> stintel: still no idea about the 7628an stalls
<nbd> though a fix that i pushed might help with it
<stintel> nbd: did you push that recently?
<nbd> yes
<stintel> I'm on 398cbb76fa88 ("hostapd: allow hostapd under ujail to communicate with hostapd_cli")
<nbd> that includes the mt76 fix
<stintel> ok, just had a stall on mt7613ben
<stintel> I locked my laptop on the bssid so it's always on that one
<nbd> yeah, mt7613 still has some lockup issues where the firmware or hw stops sending packets and just keeps them queued up for some reason
<stintel> directly after association no connection, client showed associated, about 280 pings -> unreachable
<nbd> i still don't know if that's a driver or firmware issue
<nbd> i'm waiting for a newer reference driver/fw from mtk
<nbd> to compare
<stintel> I see
<nbd> i will look into those issues again once i get the new code
f00b4r0 has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<stintel> nbd: thanks for the ifno
<stintel> info*
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
f00b4r0 has joined #openwrt-devel
nlowe has joined #openwrt-devel
<dhewg> nbd: thx for the mesh warning fix. Which reminds me, there's another mesh issue: when one openwrt mesh+sae device reboots, the other gets MESH-SAE-AUTH-FAILURE a few times and finally gets blocked for 5 minutes
<dhewg> it seems there's a window where the other device sees the mesh but it takes a while unit the peer is ready for action, and the fail happens in between or something like that
<dhewg> *until
<nbd> hm, it seems that i just found an old patch of mine for that issue
<nbd> that i completely forgot about
<nbd> and apparently never made it to the tree
<nbd> i'll forward port it and put it in my staging tree, so you can test it
<dhewg> sound good, thx!
dangole has joined #openwrt-devel
<mirko> dangole: evening :)
<mirko> dangole: what did i mess up by merging too fast?
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
<dangole> mirko: I was still using github CI to get builds for all architectures and because that took to long, i was about to split the PR and let mesa, wayland and wayland-protocols go first and then all the rest
<nbd> dhewg: done
<nbd> https://git.openwrt.org/?p=openwrt/staging/nbd.git;a=commit;h=084b243a917c6bbdedcb808fdc3cd8441ce4d169
<dangole> mirko: i built it all locally and i believe the one failing arm variant was most likely just CI build hickup. just to verify would have been another hour or two of keeping github CI busy.
<mirko> dangole: my getaway is that i shouldn't be too excited about MRs in the video feed which for a long term i was the only one caring about
<mirko> dangole: feel free to merge yourself whenever you feel comfortable
<mirko> given the current situation: i wouldn't mind a force-push if you think that unmesses(TM) the situation
<dangole> mirko: nah, don't worry.
<dangole> mirko: what i would like to see some is to have buildbot or github CI or whatever provide binary builds for the video feed...
<dhewg> nbd: thanks, will test that one :)
<dangole> nbd: wow, you may have just fixed the most annoying 802.11s bug in history. libremesh already had userspace watchdog-style workarounds for infinite SEA-AUTH in blocked state ;)
Acinonyx_ has joined #openwrt-devel
<nbd> dangole: :)
<mirko> dangole: sounds good, however i too often ran into situations where i couldn't decide on a default set of compile options for graphics stack. it's already hard for desktop distributions, but even more specific on embedded systems. so i'm mainly using the feed for custom builds. but happy about another attempt, maybe wayland makes things easier / more generic here
<dhewg> I assume that patch is required on all nodes?
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
Acinonyx has quit [Ping timeout: 480 seconds]
hgl has quit [Remote host closed the connection]
<nbd> dhewg: yes
hgl has joined #openwrt-devel
<dangole> mirko: even just having usable Mesa libs for all platforms would already be nice. and i'm still looking for a good DOOM implementation which runs on KMS/DRI layer (anyone?)
<dangole> mirko: porting Arcan and using it with Pipeworld would also be a more serious idea, but I haven't found the time for it yet. that would already allow for a useful dashboard and such
<mirko> dangole: apart from polishing the qt stuff, having kodi with gbm backend runing on AW-H6 is still on my todo
<stintel> dangole: since you've been working a lot on procd, would it be a lot of work to introduce an option for services to manipulate oom_score_adj?
<stintel> I had netifd and hostapd being killed on one of my devices yesterday, while it's also running lldpd, snmpd, etc
<stintel> netifd and dropbear should probably never been killed, hostapd/wpa_supplicant similar, the rest is not that important
<stintel> so such an option would imo make a lot of sense
<dangole> stintel: the codepaths to do that exist in ujail, but it's only wired up for OCI containers atm.
<stintel> yeah I sawy that, so it could be relatively easy is what you're saying ?
<stintel> ughh stupid link polution
<dangole> stintel: regarding oom_score_adj: we'd either have ujail handle it (wire up ujail cmdline parameters, have service instance handle parameter and pass it to ujail) or copy-paste the implementation to procd and handle it there directly.
<dangole> stintel: both is not hard to do, it's pretty simple in the end...
<dangole> stintel: regarding @blogic's path which I have improved a bit: currently we only make use of service_stop_all() for sysupgrade, but could be used for normal shutdown/reboot as well
<nbd> dangole: btw. i just got around to looking at the service stop change with the vlist_for_each_element_safe
<nbd> i think that vlist_for_each_element_safe is unnecessary
<nbd> you could just do vlist_flush()
<stintel> dangole: so basically this would be enough for FS#609 https://gist.github.com/9f6c5a8690d1ab43ba2b208def6c716a
<stintel> iiuc
<stintel> I can send that out to ML for wider review, adding Closes: FS#609
<dangole> nbd: but that will flush the service vlist but it will not actually stop anything, right?
<nbd> if you flush the instances, it will call service_instance_update for each entry, which calls instance_stop
<stintel> also serious facepalm, wondering why this rpi4 doesn't want to connect to wifi... pretty obvious if no wpad or wpa_supplicant is added in the image
<dangole> stintel: yes, i believe so, that should do the trick
<nbd> dangole: so same flow as when instances get removed on stopping the service or reloading it with an empty instances set
<stintel> dangole: that's cool, I will test it locally and send to ML
<nbd> stintel: good news. i got a new code drop for 7613 from mtk
<rsalvaterra> Guys, any objections to getting this in, now that nbd "fixed" GCC in order not to do stupid things? https://github.com/openwrt/openwrt/pull/4255
<stintel> nbd: neat :D I poked around a bit, maybe that helped ;)
<rsalvaterra> It's blocking 5.10 as default for ramips.
<nbd> stintel: it definitely reminded me to ask mtk for newer code again ;)
<stintel> nbd: I was poking around at work too, but people are off for thanksgiving or something
<stintel> but great
<stintel> blogic also explained me the problem, I took out an rpi4 to try and reproduce it
<stintel> it's nicer to script 256 assoc/disassoc events than to switch wifi on my phone off and on for 256 times 😂
<dangole> nbd: btw i noticed mt76 doesn't care about any CRC whatsoever when it comes to reading EEPROM data. is mt76 just not checking it or is there really no integrity data for the wifi eeprom?
<nbd> dangole: i'm not aware of any integrity data in the eeprom
<stintel> hmm actualy FS#609 was about sysupgrade, I'll have to investigate how shutdown actually works currently
<nbd> stintel: pushed an mt76 branch 'testing' with a fw update
<nbd> will look for more potential fixes later
<nbd> but it's worth testing already
<stintel> nbd: that was quick - I'll work on repro script first, test later today and report back
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
hgl has quit [Remote host closed the connection]
nlowe has quit [Read error: Connection reset by peer]
hgl has joined #openwrt-devel
<stintel> sigh, build a new image, forget to enable wpad
nlowe has joined #openwrt-devel
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
<dhewg> nbd: nice, seems to work! both devices updated with said patch, it got blocked as usual but could connect shorty afterwards anyway :)
<nbd> cool
<nbd> i'll push it
<nbd> and backport it to stable
<stintel> ugghh
<stintel> AP-STA-POSSIBLE-PSK-MISMATCH
<stintel> copy-pasted it ... :@
<stintel> fucking broadcum
nlowe has quit [Remote host closed the connection]
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
<nbd> dhewg: pushed to master and 21.02
<dhewg> sweet, thx!
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
Borromini has joined #openwrt-devel
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
<Borromini> nbd: ping
<stintel> Borromini: o/
<stintel> Borromini: I heard you have issues with your EAP235-Wall? :)
<stintel> aside from DFS I mean
<Borromini> I assume I'd still need ptpt52's hack for MT7613 to make it work? https://github.com/openwrt/mt76/commit/34edecec8886bf96cf42bbdd656a6ac6453f64e8
<Borromini> stintel: hi!
<Borromini> yes, indeed. a little bird told me you're looking at it (the EAP235-Wall)?
<stintel> Borromini: mostly poking people about it so far
<Borromini> OK. The MT7613BE radio craps out at some point because its buffers fill up
<stintel> Borromini: do you have also connection stalls ?
<Borromini> i do
<stintel> yeah ok, I've been talking about this with blogic
<stintel> Borromini: nbd just pushed a new firmware to the testing branch
<Borromini> I mean, I just might be used to them by now.
<Borromini> stintel: he also pushed to 21.02
<Borromini> but i haven't checked yet if they're the same
<stintel> Borromini: no no, this is not in OpenWrt yet
<Borromini> oh!
<stintel> 1h ago
<Borromini> ah ok
<Borromini> ty
<stintel> I will try it too, I think I have a reproducer too
<stintel> no magic, but on a raspberry pi I'm doing this: while [ $i -lt 256 ]; do ifup test; sleep 10; let i=$i+1; done
<stintel> :P
<stintel> it's basically disconnecting and reconnecting a client every ~10s
<Borromini> :P :P
<stintel> Borromini: do you also see a load average of 1.00 or higher all the time ?
<Borromini> my network is cursed, i just setup my first bonded interface on a new toy i'm playing with and my laptop can't talk to it, all the other devices in my network can though >_>
<Borromini> stintel: often, yes.
<stintel> I have this on EAP235-Wall and Unifi 6 Lite
<Borromini> not always, but often
<Borromini> e.g. this idle EAP235 is close to zero, but it has no clients connected
<stintel> the U6Lite is idle at my parents' place and: 19:18:00 up 25 days, 20:07, load average: 1.06, 1.03, 1.00
<Borromini> ok
<Borromini> hmm no this is my active EAP235
<Borromini> sometimes a reboot 'fixes' it
<stintel> interesting, maybe I'm including something that causes it
<stintel> I've not seen it not happen so far
<stintel> LOL ping replies of 360s
<Borromini> is the U6Lite MT7613 as well?
<Borromini> o_O
<Borromini> i thought U6Lite was ax?
<stintel> mt7603e for 2.4
<stintel> so I'm betting it's SoC related, not wifi
<stintel> or mt76 in general?
<stintel> ok, it recovered
<stintel> starting the loop again
<Borromini> might be MT76 in general
<stintel> could try booting a board and unload the driver
<stintel> actually I have a DIR860L I could use for that
<stintel> but doing too many things at the same time already :D
<Borromini> :P
<stintel> I first tried via hostapd_cli to disassociate a client, nothing happened after doing that 256 times
<stintel> maybe it has to be an unclean disassoc if something like that exists
valku has quit [Quit: valku]
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
shibboleth has joined #openwrt-devel
<stintel> Wed Nov 24 19:50:23 UTC 2021 upgrade: Commencing upgrade. Closing all shell sessions.
<stintel> Command 'call' failed: Connection failed
<stintel> blogic: dangole: could that be a side-effect of your procd changes ?
<dangole> stintel: yes, that could be active shell being killed by recent changes
<dangole> stintel: any negative side effects apart from that message? if this is SSH, did the session close?
dangole_ has joined #openwrt-devel
<stintel> dangole_: ssh clonnection closed after that, but sysupgrade does that anyway ?
<dangole_> stintel: the specific message "Command 'call' failed" hints to a ubus call failing... probably we should be iterating over the services in reverse order to not kill ubus first thing (real dependency handling other than event-based startup and reload is out of scope imho)
dangole has quit [Ping timeout: 480 seconds]
<stintel> dangole_: makes sense
Borromini has quit [Quit: leaving]
<stintel> hmmm, with this EAP235-Wall being in between my media switch, I'm gonna have to install qosify on the AP and prioritize internal traffic :D
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
nlowe has joined #openwrt-devel
danitool has joined #openwrt-devel
<stintel> ok, I've tried something uglier to repro the mt76 stall: export i=0; while [ $i -lt 1024 ]; do rmmod brcmfmac; modprobe brcmfmac; ifup test; sleep 6; let i=$i+1; echo $i; done
<stintel> on the sta, was at ~330 when stall occurred
hgl has quit [Remote host closed the connection]
<stintel> let's see if that happens again after it recovers
<stintel> what is weird, my amp, which is behind the EAP235, is buffering spotify all the time
<stintel> also the load average dropped below 1.00
<stintel> but only 0.98
hgl has joined #openwrt-devel
nlowe has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<Namidairo> isn't the 7915 on the u6lite the dbdc variant
nlowe has joined #openwrt-devel
nlowe has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
nlowe has joined #openwrt-devel
<nbd> stintel: how's the updated firmwre doing?
nlowe has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
nlowe has joined #openwrt-devel
<owrt-snap-builds> Build [#365](https://buildbot.openwrt.org/master/images/#builders/48/builds/365) of `bcm47xx/generic` completed successfully.
<stintel> nbd: have not tried it yet, still trying to reliably reproduce on the old one
<stintel> that doesn't seem to be easy though :D
<owrt-snap-builds> Build [#365](https://buildbot.openwrt.org/master/images/#builders/51/builds/365) of `ramips/rt3883` completed successfully.
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
nlowe has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<\x> hi
<\x> how do i fix this? if its about bar size on pcie how do I increase it?
<\x> reg = <0x00000000 0 0 0 0>; ??
<\x> [ 1.375346] qcom-pcie 40000000.pci: cannot initialize host < I'm getting this on dmesg
hgl has quit [Remote host closed the connection]
<\x> Im trying to use MT7612 on R619AC which is an ipq4019 device
<\x> pcie wont even initialize so I dont think its a driver issue
hgl has joined #openwrt-devel
shibboleth has quit [Quit: shibboleth]
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
pmelange1 has joined #openwrt-devel
pmelange has quit [Read error: Connection reset by peer]
pmelange1 has left #openwrt-devel [#openwrt-devel]
<stintel> ok, couldn't reliable reproduce it so far :(
minimal has quit []
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel
<hurricos> I have a kernel panic-on-boot somewhere in 5.10.80 on mpc85xx
<hurricos> Bisecting, down to 4 steps left. It might have been in 5.10.79 actually
hgl has quit [Remote host closed the connection]
hgl has joined #openwrt-devel