linux-wireless.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* ath9 stopped transmitting multicast frames in Linux 5.14.0
@ 2021-09-04 18:20 Petr Pisar
  2021-09-25  7:07 ` Petr Pisar
  0 siblings, 1 reply; 3+ messages in thread
From: Petr Pisar @ 2021-09-04 18:20 UTC (permalink / raw)
  To: linux-wireless; +Cc: Petr Pisar

[-- Attachment #1: Type: text/plain, Size: 1800 bytes --]

Hello,

after upgrading Linux from 5.13.13 to 5.14.0 on my router with this wireless
device:

03:00.0 Network controller [0280]: Qualcomm Atheros AR93xx Wireless Network Adapter [168c:0030] (rev 01)
        Subsystem: Qualcomm Atheros AR93xx Wireless Network Adapter [168c:3116]
        Flags: bus master, fast devsel, latency 0, IRQ 18
        Memory at 81200000 (64-bit, non-prefetchable) [size=128K]
        Expansion ROM at 81220000 [disabled] [size=64K]
        Capabilities: [40] Power Management version 3
        Capabilities: [50] MSI: Enable- Count=1/4 Maskable+ 64bit+
        Capabilities: [70] Express Endpoint, MSI 00
        Capabilities: [100] Advanced Error Reporting
        Capabilities: [140] Virtual Channel
        Capabilities: [300] Device Serial Number 00-00-00-00-00-00-00-00
        Kernel driver in use: ath9k
        Kernel modules: ath9k

which works as a WiFi accesspoint, I noticed that WiFi clients cannot use IPv6
anymore. The problem is that the router cannot translate an IPv6 address of
the client to a MAC address. The reason is that IPv6 multicast packets used by
ICMPv6 neighbour discovery protocol do not reach the clients. In other words
the ath9k-driven device stopped transmitting multicast frames.

This can be reproduced with "ndisc6 -r 100 fe80::217:c4ff:fe4e:1552 wlan0"
command which queries (100 times) fe80::217:c4ff:fe4e:1552 address of
my client from the router. tcpdump on the ath9k device shows the queries,
but tcpdump on the client cannot see them.

The other way works correctly. I observed this with all two WiFi clients
I have (Pixel 3a phone, and a laptop with a Realtek chip). Upgrading to 5.14.1
did not help. Once I rebooted to 5.13.13, the functionality was restored.

Therefore I conclude this is regression in 5.14.0 Linux.

-- Petr

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: ath9 stopped transmitting multicast frames in Linux 5.14.0
  2021-09-04 18:20 ath9 stopped transmitting multicast frames in Linux 5.14.0 Petr Pisar
@ 2021-09-25  7:07 ` Petr Pisar
  2021-10-01  6:51   ` Kalle Valo
  0 siblings, 1 reply; 3+ messages in thread
From: Petr Pisar @ 2021-09-25  7:07 UTC (permalink / raw)
  To: linux-wireless; +Cc: petr.pisar

[-- Attachment #1: Type: text/plain, Size: 1695 bytes --]

V Sat, Sep 04, 2021 at 08:20:57PM +0200, Petr Pisar napsal(a):
> Hello,
> 
> after upgrading Linux from 5.13.13 to 5.14.0 on my router with this wireless
> device:
> 
> 03:00.0 Network controller [0280]: Qualcomm Atheros AR93xx Wireless Network Adapter [168c:0030] (rev 01)
>         Subsystem: Qualcomm Atheros AR93xx Wireless Network Adapter [168c:3116]
>         Flags: bus master, fast devsel, latency 0, IRQ 18
>         Memory at 81200000 (64-bit, non-prefetchable) [size=128K]
>         Expansion ROM at 81220000 [disabled] [size=64K]
>         Capabilities: [40] Power Management version 3
>         Capabilities: [50] MSI: Enable- Count=1/4 Maskable+ 64bit+
>         Capabilities: [70] Express Endpoint, MSI 00
>         Capabilities: [100] Advanced Error Reporting
>         Capabilities: [140] Virtual Channel
>         Capabilities: [300] Device Serial Number 00-00-00-00-00-00-00-00
>         Kernel driver in use: ath9k
>         Kernel modules: ath9k
> 
> which works as a WiFi accesspoint, I noticed that WiFi clients cannot use IPv6
> anymore. The problem is that the router cannot translate an IPv6 address of
> the client to a MAC address. The reason is that IPv6 multicast packets used by
> ICMPv6 neighbour discovery protocol do not reach the clients. In other words
> the ath9k-driven device stopped transmitting multicast frames.
>
The same observation was reported here by Felix Fietkau in "[PATCH] Revert
"mac80211: do not use low data rates for data frames with no ack flag""
<https://marc.info/?l=linux-wireless&m=163091738109000&w=2> with a proposal to
revert the offending d333322361e7a099dc74df2498d3fa5fde5c4fa7 commit.

-- Petr

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: ath9 stopped transmitting multicast frames in Linux 5.14.0
  2021-09-25  7:07 ` Petr Pisar
@ 2021-10-01  6:51   ` Kalle Valo
  0 siblings, 0 replies; 3+ messages in thread
From: Kalle Valo @ 2021-10-01  6:51 UTC (permalink / raw)
  To: Petr Pisar; +Cc: linux-wireless

Petr Pisar <petr.pisar@atlas.cz> writes:

> V Sat, Sep 04, 2021 at 08:20:57PM +0200, Petr Pisar napsal(a):
>> Hello,
>> 
>> after upgrading Linux from 5.13.13 to 5.14.0 on my router with this wireless
>> device:
>> 
>> 03:00.0 Network controller [0280]: Qualcomm Atheros AR93xx Wireless Network Adapter [168c:0030] (rev 01)
>>         Subsystem: Qualcomm Atheros AR93xx Wireless Network Adapter [168c:3116]
>>         Flags: bus master, fast devsel, latency 0, IRQ 18
>>         Memory at 81200000 (64-bit, non-prefetchable) [size=128K]
>>         Expansion ROM at 81220000 [disabled] [size=64K]
>>         Capabilities: [40] Power Management version 3
>>         Capabilities: [50] MSI: Enable- Count=1/4 Maskable+ 64bit+
>>         Capabilities: [70] Express Endpoint, MSI 00
>>         Capabilities: [100] Advanced Error Reporting
>>         Capabilities: [140] Virtual Channel
>>         Capabilities: [300] Device Serial Number 00-00-00-00-00-00-00-00
>>         Kernel driver in use: ath9k
>>         Kernel modules: ath9k
>> 
>> which works as a WiFi accesspoint, I noticed that WiFi clients cannot use IPv6
>> anymore. The problem is that the router cannot translate an IPv6 address of
>> the client to a MAC address. The reason is that IPv6 multicast packets used by
>> ICMPv6 neighbour discovery protocol do not reach the clients. In other words
>> the ath9k-driven device stopped transmitting multicast frames.
>
> The same observation was reported here by Felix Fietkau in "[PATCH] Revert
> "mac80211: do not use low data rates for data frames with no ack flag""
> <https://marc.info/?l=linux-wireless&m=163091738109000&w=2> with a proposal to
> revert the offending d333322361e7a099dc74df2498d3fa5fde5c4fa7 commit.

Very good, thanks for the followup.

-- 
https://patchwork.kernel.org/project/linux-wireless/list/

https://wireless.wiki.kernel.org/en/developers/documentation/submittingpatches

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2021-10-01  6:52 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2021-09-04 18:20 ath9 stopped transmitting multicast frames in Linux 5.14.0 Petr Pisar
2021-09-25  7:07 ` Petr Pisar
2021-10-01  6:51   ` Kalle Valo

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).