<Ansuel> this cause odhcpd complain with Failed to send.... Address not avaialble
djfe_ has joined #openwrt-devel
djfe__ has joined #openwrt-devel
<schmars[m]> babeld too
<schmars[m]> see it every time i down/up an interface
<schmars[m]> but always thought it's normal to have addresses only when the interface is LOWER_UP
<Ansuel> from what i can see with a diff of ip -6 addr ; ip -6 ro li tab all ; ip -6 ru
<Ansuel> link-local is assigned only after the interface is connected once
<Ansuel> after that it's ok till the next interface restart
<Ansuel> might be related to tenative (dad) postponed and done only when IFF_RUNNING is done?
djfe has quit [Ping timeout: 480 seconds]
<Ansuel> questioning if app should handle this (and i just done this since odhcpd already have netlink support)
<Ansuel> or it's a kernel bug???
djfe_ has quit [Ping timeout: 480 seconds]
<Ansuel> well i really think it's dad done only when there is actually something conencted... would makes sense
<Ansuel> guess i will have to change my patch and check for link local or if it's still in tentative instead of IFF_RUNNING
djfe has joined #openwrt-devel
goliath has quit [Quit: SIGSEGV]
djfe__ has quit [Ping timeout: 480 seconds]
ptudor has quit [Ping timeout: 480 seconds]
ptudor has joined #openwrt-devel
Gramdalf has quit [Remote host closed the connection]
torv has quit [Quit: torv]
torv has joined #openwrt-devel
minimal has quit [Quit: Leaving]
<owrt-snap-builds> Build [#815](https://buildbot.openwrt.org/master/images/#builders/59/builds/815) of `x86/geode` completed successfully.
Danct12 has joined #openwrt-devel
swalker has quit [Ping timeout: 480 seconds]
Ansuel has quit [Quit: Probably my PC decided to sleep or I decided to sleep.]
floof58 has quit [Remote host closed the connection]
floof58 has joined #openwrt-devel
AtomiclyCursed has quit [Quit: ZNC 1.8.2 - https://znc.in]
AtomiclyCursed has joined #openwrt-devel
tSYS has quit [Quit: *squeak*]
tSYS has joined #openwrt-devel
swalker has joined #openwrt-devel
Slimey has quit [Remote host closed the connection]
srslypascal is now known as Guest7909
srslypascal has joined #openwrt-devel
Guest7909 has quit [Ping timeout: 480 seconds]
tomn_ has joined #openwrt-devel
tomn has quit [Ping timeout: 480 seconds]
dangole_ has quit [Ping timeout: 480 seconds]
danitool has quit [Quit: Cubum autem in duos cubos, aut quadratoquadratum in duos quadratoquadratos]
gladiac has joined #openwrt-devel
<djfe> GL.iNET installation from installation methods in tech data page of the wiki links to https://openwrt.org/docs/guide-user/installation/installation_methods/gl.inet_installation
<djfe> which doesn't exist
<djfe> Would be great if a wiki admin could fix it so it points to https://openwrt.org/toh/gl.inet/installation :)
<djfe> Also great we can add ethernet/sfp >1gbit/s to tech data pages now. 👍
nixuser has quit [Quit: leaving]
nixuser has joined #openwrt-devel
<owrt-snap-builds> Build [#836](https://buildbot.openwrt.org/master/images/#builders/4/builds/836) of `x86/generic` failed.
<jow> Mangix: pong
<Mangix> jow: was going to ask if Ubuntu 18.04 support should be maintained
<Mangix> I posted the PR anywat
<Mangix> anyway
ptudor has quit [Ping timeout: 480 seconds]
bluew has quit [Ping timeout: 480 seconds]
ptudor has joined #openwrt-devel
t4h4[m] has quit []
ysc3839 has quit [Quit: Idle for 30+ days]
robimarko has joined #openwrt-devel
cbeznea has joined #openwrt-devel
danitool has joined #openwrt-devel
xutaxkamay_ has joined #openwrt-devel
xutaxkamay has quit [Read error: No route to host]
xutaxkamay_ is now known as xutaxkamay
Danct12 has quit [Quit: WeeChat 3.8]
goliath has joined #openwrt-devel
dangole_ has joined #openwrt-devel
floof58 is now known as Guest7940
floof58 has joined #openwrt-devel
Guest7940 has quit [Ping timeout: 480 seconds]
Bartel has joined #openwrt-devel
<Bartel> Hi @nbd , I have a few questions on using RSTP on a MT7621/MT7530 platform, using ustpd. Could you help me out?
<jakllsch> Bartel: just explain your situation
<Bartel> We are evaluating the MT7621 and need RSTP and LLDP for this. But both with OpenWRT 22.03.3 and current master (few days ago) we are having issues with RSTP (configuration?). BPDU frames are not being sent/trapped to the CPU it seems...
<Bartel> We see BPDUs being sent out to all lan ports, by ustpd, but none are received.
svanheule has quit [Quit: svanheule]
<Bartel> Latest master of openwrt is using kernel 5.10, so we started looking there wy the BPDU's are not arriving on the cpu port. We found this in the MT7531 driver setup: https://github.com/torvalds/linux/blob/9c1bec9c0b08abeac72ed6214b723adc224013bf/drivers/net/dsa/mt7530.c#L2394
<Bartel> When we ported this to the MT
<Bartel> *to the MT7530 driver, STP seemed to work. But the next problem was that LLDP BPDUs were not trapped. They are arriving well at the CPU, but they are still being forwarded , aside from the RSTP (discarding) state...
<Bartel> As that MT753X_BPC register was not used in any revision before, nor is it to be found in any MT7621/MT7530 documentation we have. It is listed though in MT7620 documentation...
kcinimod_ has quit [Read error: Connection reset by peer]
kcinimod has joined #openwrt-devel
<nbd> Bartel: hi
<nbd> i only have a few minutes, but i could take a quick look
<nbd> it's good to know that BPDU control also works on MT7621
<nbd> i think LLDP forwarding is controlled with a different register
<nbd> in the 7531 datasheet, that would be RGAC2 (REV_03 and REV_0E control)
<nbd> register is 0x2C
<nbd> try to set bits 18:16 to 0x6 (similar to the bpdu control register)
<Bartel> Yes, that RGAC2 register did not had any influence. But we were unsure if it even exists in the MT7621
<Bartel> What would be the normal way, without the BPC register, to enable BPDUs trapping?
<nbd> i don't think there is a normal way for this without the BPC register
<nbd> i didn't find anything else
<Bartel> But you once (when creating ustpd) did validate it with a Mediatek CPU? It was the MT7621? As before this commit to support the MT7531 : https://github.com/torvalds/linux/commit/c288575f7810a51fb0517b9ba8fef2f6e5d551c4 there was no mention ever before (that I found) of the BPC register.
<nbd> i didn't validate it with mt7621
<nbd> so one thing that might work (but is kind of a heavy hammer) is to try to trap multicast packets to the cpu port
<nbd> and change the dsa tag driver to mark them as not offloaded
<nbd> so that they are forwarded to other ports in software where needed
<nbd> i need to head out now
<Bartel> Ok, thank you already! Do you have some spare time tomorrow before noon by any chance?
<karlp> jow: hauke more autohell fallout? https://github.com/openwrt/packages/issues/20677
<Bartel> @stintel, do you have more info about getting RSTP to work? I saw in the IRC logs that you had some discussion about it before... Thank you!
Slimey has joined #openwrt-devel
<stintel> Bartel: nope, sorry. it was causing some weirdness on my network so I disabled it
<karlp> when it's done right, it helps prevent problems, when it's done wrong, it just makes problems :)
minimal has joined #openwrt-devel
<stintel> actually I'm still seeing issues on the port that has unifi switch flex + gs108t
<stintel> and stopping ustpd knocked both those switches offline
<stintel> stopping ustpd on the usf
<stintel> guess I'll be doing a build without ustpd
<stintel> debugging this is on my todo somewhere but unfortunately that todo is huge
<Bartel> Thank you for the feedback!
<stintel> yw, sorry for not being more helpful
<oliv3r[m]> If a probe function fails, with 'return some error code' will the kernel then call the 'remove' function automatically? (e.g. do I have to copy/paste all the cleanup stuff in both places, failure to probe, cleanup)
<f00b4r0> oliv3r[m]: no. probe() failure means the driver didn't bind to the device.
<f00b4r0> remove() is never called in that context.
<f00b4r0> and no, you shouldn't copy/paste "all the cleanup stuff". If it's really duplicated, put that in a separate function
<f00b4r0> hth
Bartel has quit [Remote host closed the connection]
srslypascal has quit [Remote host closed the connection]
srslypascal has joined #openwrt-devel
c0xc__ has joined #openwrt-devel
c0xc_ has quit [Remote host closed the connection]
rotanid_ has joined #openwrt-devel
rotanid has quit [Read error: Connection reset by peer]
mkresin_ has joined #openwrt-devel
mkresin has quit [Read error: Connection reset by peer]
AndyCap has quit [Remote host closed the connection]
AndyCap has joined #openwrt-devel
KGB-0 has quit [Ping timeout: 480 seconds]
KGB-0 has joined #openwrt-devel
<hauke> karlp: I think it is mostly fixed now. For example here are only a few packages failing: https://downloads.openwrt.org/snapshots/faillogs/arm_cortex-a9_neon/
Snuupy has quit [Quit: leaving]
Snuupy has joined #openwrt-devel
Piraty has quit [Ping timeout: 480 seconds]
Piraty has joined #openwrt-devel
minimal has quit [Quit: Leaving]
djfe has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
djfe has joined #openwrt-devel
Slimey_ has joined #openwrt-devel
Slimey has quit [Read error: Connection reset by peer]
Slimey_ is now known as Slimey
SlimeyX has joined #openwrt-devel
ephemer0l has quit [Remote host closed the connection]
floof58 has quit [Read error: No route to host]
floof58 has joined #openwrt-devel
ephemer0l has joined #openwrt-devel
<nick[m]12> hauke: afaik they already failed before autotools update
<hauke> nick[m]12: yes I think so too
aiyion has quit [Remote host closed the connection]
GNUmoon has quit [Read error: Connection reset by peer]
aiyion has joined #openwrt-devel
GNUmoon has joined #openwrt-devel
dangole_ has quit [Read error: Connection reset by peer]
dangole has joined #openwrt-devel
Gramdalf has joined #openwrt-devel
<Gramdalf> Hallo again!
<Gramdalf> as it seems several others do as well, I happen to have an actiontec t3200m (rebranded telus) modem. I was looking into openwrt, and stumbled across this page: https://opensource.actiontec.com/t3200m.html
<Gramdalf> Actiontec posted the full source code for the firmware they use on it. Would it be possible to add support for this handy little thing? It has SFP, Ethernet, and Coax, with support for MoCA - hardly a bad piece of hardware imo.
<jakllsch> depends a great deal on how much is in blob form
<jakllsch> what SoC is it based on?
<jakllsch> is it a cable modem?
gladiac has quit [Quit: k thx bye]
<Gramdalf> It's a cable or ethernet WAN modem, here's the fccid page: https://fccid.io/LNQT3200M
<Gramdalf> I can see a broadcom logo on one of the chips
<Habbie> the source page also strongly smelled like broadcom
<Gramdalf> Can't find a UART port either
<Gramdalf> Well the firmware build process seems similar to openWRT actually, and it looks like it's running a linux 3.4 kernel
zatwai has quit [Quit: ZNC 1.8.2+deb2+b1 - https://znc.in]
zatwai has joined #openwrt-devel
<Gramdalf> Looks like it could be mips or arm
<schmars[m]> i've been trying out ucode for the past couple of days and, i'm actually having fun with it. good stuff
<Gramdalf> jakllsch looks like bcm963 could be part of it
<Gramdalf> unless that's the switch only
<Gramdalf> Wait is it x86-64? it's got the source code for the linux kernel v3.4 x86
<Gramdalf> that wouldn't really make sense tho
<Gramdalf> BCM963148 and BCM963138 are mentioned in the make menuconfig
Gramdalf has quit [Remote host closed the connection]
robimarko has quit [Quit: Leaving]
svanheule has joined #openwrt-devel
<Mangix> relevant to ipq806x
<Mangix> maybe others
<Mangix> oh several targets actually...
bluew has joined #openwrt-devel
Tapper has joined #openwrt-devel
Gramdalf has joined #openwrt-devel
minimal has joined #openwrt-devel
cbeznea has quit [Quit: Leaving.]
Tapper has quit [Quit: Tapper]
Gramdalf has quit [Quit: Page closed]