jow: was going to ask if Ubuntu 18.04 support should be maintained
I posted the PR anywat
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
Hi @nbd , I have a few questions on using RSTP on a MT7621/MT7530 platform, using ustpd. Could you help me out?
Bartel: just explain your situation
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...
We see BPDUs being sent out to all lan ports, by ustpd, but none are received.
*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...
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
i only have a few minutes, but i could take a quick look
it's good to know that BPDU control also works on MT7621
i think LLDP forwarding is controlled with a different register
in the 7531 datasheet, that would be RGAC2 (REV_03 and REV_0E control)
register is 0x2C
try to set bits 18:16 to 0x6 (similar to the bpdu control register)
Yes, that RGAC2 register did not had any influence. But we were unsure if it even exists in the MT7621
What would be the normal way, without the BPC register, to enable BPDUs trapping?
i don't think there is a normal way for this without the BPC register
and stopping ustpd knocked both those switches offline
stopping ustpd on the usf
guess I'll be doing a build without ustpd
debugging this is on my todo somewhere but unfortunately that todo is huge
Thank you for the feedback!
yw, sorry for not being more helpful
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)
oliv3r[m]: no. probe() failure means the driver didn't bind to the device.
remove() is never called in that context.
and no, you shouldn't copy/paste "all the cleanup stuff". If it's really duplicated, put that in a separate function
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]
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.
depends a great deal on how much is in blob form