<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.
<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
<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]
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