<jow>
in menuconfig I see "MyCategory" and within that a selectable "[ ] myapp"
<kistlin>
thanks for trying it.
<kistlin>
i'll try a clean setup again not that something is cached and maybe because myapproot is a cmake project it contains quite some build artifacts and cmake output. maybe it is interfering
mzvd has quit [Read error: Connection reset by peer]
borek1 has joined #openwrt-devel
mzvd has joined #openwrt-devel
borek has quit [Ping timeout: 480 seconds]
borek1 is now known as borek
borek1 has joined #openwrt-devel
borek has quit [Read error: Connection reset by peer]
borek1 is now known as borek
minimal has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
mzvd has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
mzvd has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
valku has joined #openwrt-devel
Slimey has joined #openwrt-devel
valku has quit [Quit: valku]
rua has quit [Remote host closed the connection]
rua has joined #openwrt-devel
cmonroe_ has joined #openwrt-devel
borek has quit [Remote host closed the connection]
mzvd has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
mzvd has joined #openwrt-devel
valku has joined #openwrt-devel
mzvd has quit [Remote host closed the connection]
mzvd has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
mangix has quit [Ping timeout: 480 seconds]
mzvd has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
mzvd has joined #openwrt-devel
<hurricos>
stintel: f36, AX210 works flawlessly *except* (on non-HE) for certain WPA Enterprise roaming things
<hurricos>
Since HE requires WPA3 I haven't seen any Enterprise auth stuff on 6GHz
<hurricos>
Works fine with 6GHz as well with my MT7916's
mzvd has quit [Read error: Connection reset by peer]
sorinello has quit [Remote host closed the connection]
mzvd has joined #openwrt-devel
Tapper has quit [Ping timeout: 480 seconds]
mzvd has quit [Remote host closed the connection]
kistlin has quit [Quit: leaving]
ekathva has joined #openwrt-devel
Tapper has joined #openwrt-devel
* enyc
meeps
<enyc>
Curious if there is likely to be an rc5 or not, not important but friend helping testing things / bugreports be interested
<enyc>
I note a bug tagged for 22.03 not closed yet.
shibboleth has joined #openwrt-devel
mangix has joined #openwrt-devel
sorinello has joined #openwrt-devel
* mrnuke
meep! meep!
<stintel>
meep meep! :)
<stintel>
now I wanna watch roadrunner
<mrnuke>
:)
T-Bone has joined #openwrt-devel
f00b4r0 has quit [Read error: Connection reset by peer]
mzvd has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
minimal has quit [Quit: Leaving]
Borromini has joined #openwrt-devel
<slh>
stintel: iwlwifi and ax210 over 6 GHz is a bit wonky, it works, but it easily gets upset (5 GHz works more reliably), the windows drivers don't have those stability issues (admittedly, that has gotten better with v5.18, but it's still not 100%, nor on par with the windows drivers)
<stintel>
all intel wifi is wonky :)
<stintel>
but at least not as wonky as qca
* enyc
ROARs
<slh>
sadly, yes (actually I've had less issues with QCA so far, than with Intel ax200 or ax210)
<stintel>
scroll up 14h ;)
<slh>
I've read the backlog already, yeah, different environment, different devices - personal experiences will differ
* Borromini
is intrigued
<stintel>
it's either a galaxy s9 or macbook pro 2020 (afair) that caused ath10k-ct firmware to start crapping itself
<stintel>
but qca ath10k firmware was also not usable
<stintel>
so that was the end of qca for me
<stintel>
and now I'm working with qca devices again for work, currently testing a tri-band AP. seriously, just looking at the serial console makes me want to kill people
<slh>
yeah, very chatty
<stintel>
100% reproducible warnings they don't care to fix
<stintel>
error loading this, error loading that
danitool has quit [Ping timeout: 480 seconds]
danitool has joined #openwrt-devel
<stintel>
regulatory db in BDF files, of course with wrong data
<stintel>
so I can't even enable 6GHz without using a wrong country-code
<stintel>
horrible crap
<mrnuke>
stintel: the "c" in "qca" stands for "crap" ;)
<stintel>
quality crap alright
<mrnuke>
Reminds me of the farmer that had difficulties explaining the quality of the manure was not satisfactory
<stintel>
does anyone know a way to extract the regulatory info from the qca bdf files ?
<stintel>
I rather not use US as country-code as that will make it possible to use channels that are totally not allowed in EU
<mrnuke>
No idea if it has what you need, but thought I'd mention it
<T-Bone>
stintel: it might also confuse clients who will try to match the regdomain advertised by the AP
<slh>
it probably doesn't, as the BDF internal regd handling sit one level beneath (but there have been very recent ath11k changes on that regd handling)
T-Bone is now known as f00b4r0
<slh>
as in Intel, which follows 802.11d
<f00b4r0>
i see
<xdarklight>
hauke: ping
shibboleth has quit [Quit: shibboleth]
<stintel>
interesting. the device reboots before sysupgrade finishes
<stintel>
that explains corrupt rootfs
Borromini has quit [Quit: Lost terminal]
<stintel>
or was that just screen playing tricks on me
ekathva has quit [Remote host closed the connection]
<stintel>
also DEVICE_COMPAT_VERSION := 1.1 in the device profile does not seem to reflect in the built image
<stintel>
what's up with that ?
<stintel>
Thu Jun 16 20:42:37 UTC 2022 upgrade: Writing image to /dev/mmcblk0p2...
<stintel>
U-Boot 2014.07 (Aug 12 2015 - 13:55:34)
<stintel>
from screenlog file :/
<stintel>
I see, compat_version requires a file in /etc/board.d
mzvd has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
Ansuel has joined #openwrt-devel
<f00b4r0>
stintel: sadly i don't have a console log at hand and the M300 is currently unplugged, but ISTR there was more output before the U-Boot line
<Ansuel>
Hi
dedeckeh has quit [Remote host closed the connection]
<stintel>
f00b4r0: yeah I'm not entirely sure what's going on ... this time I added some read in /lib/upgrade/legacy-sdcard.sh and the result was syusupgrade only wrote partition 1 skipped partition 2
<stintel>
maybe something is off in the legacy-sdcard stuff
<f00b4r0>
i sysupgraded the device a dozen times without any problem, fwiw
<stintel>
same with my backup m300
<stintel>
thing is, it did not used to do that, only started doing it at some point
<stintel>
I guess I can build the commit that adds support for it and see if it reproduces there, maybe hardware started acting up, who knows
<f00b4r0>
have you tried swapping the backup with the main (swap SD cards)? That would rule out hw
<stintel>
no but I tried another SD, same problem
<f00b4r0>
another sd with same system tho, I suppose? :)
<f00b4r0>
or was it completely clean?
<stintel>
what do you mean ?
<f00b4r0>
I read your message above as a hint that you may be fiddling with the SD card image for development purposes. If you're running two different images on both devices, the problem may lie in those differences, is my guess
<stintel>
no, I'm only checking that now
<stintel>
normally using the exact same image on both devices
<stintel>
I have a script that copies the image to both devices when I run "owrt.sh m300"
<stintel>
it's *always* the exact same image
<f00b4r0>
i see
<f00b4r0>
then hw issue is indeed more likely
<stintel>
that's the whole point of having 2 identical devices, test on device 1 and only upgrade device 2 if ok
<f00b4r0>
or hw differences (sd controller maybe?), with a specific change that would only upset one
<f00b4r0>
except you confirmed both devices aren't identical :)
<stintel>
ubus call system watchdog -> status offline
<stintel>
rmmod w83793 -> sysupgrade goes fine
<stintel>
fuck me
<stintel>
I'll work around it by rmmod w83793 in /lib/upgrade/platform.sh and keep that locally until I figure out how watchdog works and how to fix it properly
<jow>
stintel: upgraded (the stage2 sysupgrade) is supposed to take over the watchdog fd
<jow>
the watchdog is supposed to get served throughout the entire duration of sysupgrade
<stintel>
jow: the weird thing is procd claims the watchdog is offline
<Ansuel>
procd is reading the wrong thing?
<Ansuel>
or the wrong watchdog?
<stintel>
there is only 1 /dev/watchdog
<stintel>
and it disappears when I rmmod w83793
<stintel>
brb, putting the main m300 back in the rack
<jow>
f00b4r0: was it this message you remember? https://git.openwrt.org/?p=project/procd.git;a=blob;f=watchdog.c;h=39ae9ff9aa5823ab05c9b1af3e650a11e93cf7d3;hb=7a0096853594874d4c60266ec338ac23728017df#l122
<jow>
"Watchdog did not previously reset the system\n"
<stintel>
jow: yes, I pasted it just after he wrote that
<stintel>
23:25:17 CEST
<jow>
ah
<jow>
it's just a diagnostics message
<jow>
not related to handover
<stintel>
Watchdog does not have CARDRESET support
<stintel>
Watchdog did not previously reset the system
<stintel>
sometimes one, sometimes the other
<stintel>
whatever that means
<stintel>
I'm gonna inject a sleep 150 in platform_do_upgrade of the backup m300 and see what happens
<jow>
I suppose it just means that the watchdog does not offer information about the state it came from
floof58 is now known as Guest2319
floof58 has joined #openwrt-devel
<jow>
stintel: that watchdog offline thing, do you see it only during sysupgrade or during normal operation as well?
<jow>
(probably a brainfart, iirc there's no ubus during sysupgrade)
<stintel>
jow: normal operation - but it was on the backup m300, which always sysupgraded fine
<stintel>
so let me check now, with the main m300 back online
<stintel>
of course I forget to rmmod the thing and knocked the main m300 offline again
<stintel>
I guess that means it's time to sleep :P
schwicht has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
mzvd has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
schwicht has joined #openwrt-devel
<enyc>
Hrrm... Having all sorts of squiggledy-fun with 22.03-rc4 and new DSA way of setting up switch...
<enyc>
caused LuCI to go bezerk in br-lan config -> Bridge VLAN filtering ;o -- suddenly came back to that screen and got 11 entries all of a sudden, lots of duplicate lines etc...