Patchset v2 is out for the Linux bridge, to reduce checks in the #multicast fast path, and to later propagate a safety multicast (in)active state to #switchdev/#DSA:
https://patchwork.kernel.org/project/netdevbpf/cover/20260206030123.5430-1-linus.luessing@c0d3.blue/
Includes some fixes and got some nice Linux selftests: https://patchwork.kernel.org/project/netdevbpf/patch/20260206030123.5430-3-linus.luessing@c0d3.blue/
This is also the version currently used in this OpenWrt draft PR for #realtek / #rtl83xx (v6 - v8): https://github.com/openwrt/openwrt/pull/18780
der.hans
and 1 other
boosted
v8 for the #multicast patchset for the #OpenWrt #Realtek target pushed: https://github.com/openwrt/openwrt/pull/18780#issuecomment-3808673943
Now rebased onto the v6.18 PR for #OpenWrt. And with many style changes, which were suggested in the comments of this PR.
Curiously without needing to cherry-pick the mdio_aux reset-gpio revert to fix https://github.com/openwrt/openwrt/issues/18620. Worked out-of-the-box on v6.18. Will need to dig deeper later what in OpenWrt or between 6.12->6.18 might have fixed that.
v8 for the #multicast patchset for the #OpenWrt #Realtek target pushed: https://github.com/openwrt/openwrt/pull/18780#issuecomment-3808673943
Now rebased onto the v6.18 PR for #OpenWrt. And with many style changes, which were suggested in the comments of this PR.
Curiously without needing to cherry-pick the mdio_aux reset-gpio revert to fix https://github.com/openwrt/openwrt/issues/18620. Worked out-of-the-box on v6.18. Will need to dig deeper later what in OpenWrt or between 6.12->6.18 might have fixed that.
I'm on a #Thinkpad T14 running #Debian 12, and it doesn't recognize the wifi card. This happens when Thinkpads have a #Realtek WAN, and sadly, technicians have told me it is soldered on. However, two things
a) The Bluetooth works fine (on the same board, right?)
b) "lsusb" shows me this:
Bus 003 Device 006: ID 8087:0026 Intel Corp. AX201 Bluetooth
I'm confused by all this. Help would be appreciated.