<enyc>
^^^ DSA question above, wondering if this is current dev issue of some form... elsewise will be useful to pass on how to debug ;o
<enyc>
... maybe marvell switch is buggy? should they test different ports? Is there a way to read the underpinning switch-config back that DSA has set-up from higher-up ?
csrf has joined #openwrt-devel
<ynezz>
enyc: I'm running OpenWrt 22.03-SNAPSHOT r19235-d0965dc174 (5.10.109 kernel) at one location, using all ports and I'm not aware of such issues
<enyc>
ynezz: on WRT3200ACM or related hardware?
<enyc>
I wonder if its' GRRR-Marvell-GRRR at fault
<ynezz>
"board_name": "linksys,wrt3200acm"
<ynezz>
I plan to update it once 22.03-rc4 is out
<enyc>
ynezz: thankyou
csrf has quit [Ping timeout: 480 seconds]
robimarko has joined #openwrt-devel
GNUmoon has quit [Read error: Connection reset by peer]
<dwfreed>
a better way to fix the regex that doesn't rely on the matching order of alternatives is to enforce the presence of a space between the op and the version
goliath has joined #openwrt-devel
snh_ has quit []
snh has joined #openwrt-devel
pepe2k has quit [Remote host closed the connection]
indy has quit [Max SendQ exceeded]
indy has joined #openwrt-devel
<jow>
aparcar[m]: fixed.
<aparcar[m]>
gracias
user95 has quit [Ping timeout: 480 seconds]
indy has quit [Remote host closed the connection]
indy has joined #openwrt-devel
indy has quit [Max SendQ exceeded]
indy has joined #openwrt-devel
indy has quit [Remote host closed the connection]
tmn505 has quit [Quit: leaving]
indy has joined #openwrt-devel
tmn505 has joined #openwrt-devel
<nick[m]1234>
jow: iptables people send patch upstream. works for me again. so we could update to nwest iptables version?
<nick[m]1234>
Already backported the patch to the iptables bump
<neggles>
I don't suppose any of y'all are particularly experienced with android snapdragon nonsense
<neggles>
it's tangentially related to openwrt things - i've got a Nokia FastMile 5G Gateway (5G-24W-A) which, as it happens, contains an entire snapdragon 855-powered android device *and* a bcm63xx router; firmware on the snapdragon is... well,
<neggles>
the SDX50 cell modem fails to boot, and the stupid thing triggers a kernel panic, so i can't like... y'know, debug it https://dpaste.com/5T48ZBVPW
<neggles>
I get about five seconds of root shell access :/
<neggles>
qualcomm: everything the hard way
<jow>
it fits that the german word for pain/agony is "qual"
<stintel>
:)
<jow>
nick[m]1234: ah, so that removal of the stubbed calls fixes everything?
<jow>
ah yes, I've just checked. We do own forward declarations for them, so unexport seems like the best solution for all
mitome has joined #openwrt-devel
<neggles>
jow: it does, it does. it seems between qualcomm, broadcom, and marvell/cavium, the #suffering is inevitable
minimal has joined #openwrt-devel
Techmeology has quit [Remote host closed the connection]
romany has quit [Ping timeout: 480 seconds]
Habbie has quit [Ping timeout: 480 seconds]
goliath has quit [Quit: SIGSEGV]
Habbie has joined #openwrt-devel
<nick[m]1234>
jow: yes it seems to fix everything. Tested in belkin rt3200
lmore377 has quit [Read error: Connection reset by peer]
hexagonwin has quit [Quit: [ Quitting client ]]
lmore377 has joined #openwrt-devel
<nick[m]1234>
Can we maybe add back the dynamic loading of device tree files for the banana pi r64?
frwol has quit [Quit: leaving]
goliath has joined #openwrt-devel
<rsalvaterra>
Wow. I'm hitting a corner case in the kernel build when we have absolutely no modules.