Seems IPv6 unicast and IPv4 Broadcasts works (dhclient was happy) but [incoming] IPv6 MC is not seen. ifmcstat shows them: mldv2 flags=2<USEALLOW> rv 2 qi 125 qri 10 uri 3 group ff02::202%wlan890 scopeid 0x5 mode exclude mcast-macaddr 33:33:00:00:02:02 group ff01::1%wlan890 scopeid 0x5 mode exclude mcast-macaddr 33:33:00:00:00:01 group ff02::2:737:6bf3%wlan890 scopeid 0x5 mode exclude mcast-macaddr 33:33:07:37:6b:f3 group ff02::2:ff07:376b%wlan890 scopeid 0x5 mode exclude mcast-macaddr 33:33:ff:07:37:6b group ff02::1%wlan890 scopeid 0x5 mode exclude mcast-macaddr 33:33:00:00:00:01 group ff02::1:ff0a:467b%wlan890 scopeid 0x5 mode exclude mcast-macaddr 33:33:ff:0a:46:7b Given iwlwifi does recevied them using the same KPI likely one needs to investigate.
This was very likely caused by other changes related to HW_CRYPTO support in one of my work trees. After fixing this for rtw8x I can happily do all kinds of RX and TX again.
I am re-opening. Turning hw_crypto back on along with HT/VHT it seems IPv6 MC TX works but RX still is tricky; after changing APs I managed to get 1 MC echo reply per request but should be a handful. monitor node confirms that the replies are in the air. There still is something fishy going on there which needs resolving. dhclient (broadcast) and IPv4 seem to still work just fine passing packets. But also stuck on basic rate (separate issue).
A commit in branch main references this bug: URL: https://cgit.FreeBSD.org/src/commit/?id=f943454bfbd98ce49516c6ede8626b5f2602edc1 commit f943454bfbd98ce49516c6ede8626b5f2602edc1 Author: Bjoern A. Zeeb <bz@FreeBSD.org> AuthorDate: 2025-12-14 20:07:13 +0000 Commit: Bjoern A. Zeeb <bz@FreeBSD.org> CommitDate: 2025-12-14 20:12:56 +0000 LinuxKPI: 802.11: rework MC/configure_filter (*prepare_multicast)(), for the drivers we support, is iwlwifi(4)-specific. If it is not available do not let us stop from calling (*configure_filter)() at least as well. In addition to the interface setting mc_all_multi, if we have no way to prepare the multicast filter list this way, set FIF_ALLMULTI for now. This seems to help some with rtw89 but does not help me with other drivers yet to get IPv6 link-local (e.g., ff02::1%wlan0) going. This should also help in case we are scanning and are setting FIF_BCN_PRBRESP_PROMISC . We should go and review the full FIF_ list and start adding conditional support for the other options too. Sponsored by: The FreeBSD Foundation PR: 281982 MFC after: 3 days sys/compat/linuxkpi/common/src/linux_80211.c | 10 ++-------- sys/compat/linuxkpi/common/src/linux_80211_macops.c | 3 --- 2 files changed, 2 insertions(+), 11 deletions(-)
A commit in branch stable/15 references this bug: URL: https://cgit.FreeBSD.org/src/commit/?id=f2ddd976ae5251c7a101229236a3598f4b3c4574 commit f2ddd976ae5251c7a101229236a3598f4b3c4574 Author: Bjoern A. Zeeb <bz@FreeBSD.org> AuthorDate: 2025-12-14 20:07:13 +0000 Commit: Bjoern A. Zeeb <bz@FreeBSD.org> CommitDate: 2025-12-15 18:09:22 +0000 LinuxKPI: 802.11: rework MC/configure_filter (*prepare_multicast)(), for the drivers we support, is iwlwifi(4)-specific. If it is not available do not let us stop from calling (*configure_filter)() at least as well. In addition to the interface setting mc_all_multi, if we have no way to prepare the multicast filter list this way, set FIF_ALLMULTI for now. This seems to help some with rtw89 but does not help me with other drivers yet to get IPv6 link-local (e.g., ff02::1%wlan0) going. This should also help in case we are scanning and are setting FIF_BCN_PRBRESP_PROMISC . We should go and review the full FIF_ list and start adding conditional support for the other options too. Sponsored by: The FreeBSD Foundation PR: 281982 (cherry picked from commit f943454bfbd98ce49516c6ede8626b5f2602edc1) sys/compat/linuxkpi/common/src/linux_80211.c | 10 ++-------- sys/compat/linuxkpi/common/src/linux_80211_macops.c | 3 --- 2 files changed, 2 insertions(+), 11 deletions(-)
^Triage: appears to have been committed 2025-12-15 .
re-open as it is far from fixed on all rtw89 if my memory serves right.