Search Linux Wireless

Re: ath11k multicast action frame RX

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Baochen

On 2/22/24 5:56 PM, Baochen Qiang wrote:


On 2/22/2024 11:38 PM, James Prestwood wrote:
Hi Baochen,

On 2/21/24 6:26 PM, Baochen Qiang wrote:
But you are using monitor mode, not station mode, on ath10k, right?

No I'm using station mode. It looks like ath10k creates a monitor device to receive these frames (that was already done before my patch), but the interface I'm using from userspace is a regular station interface

OK let's forget what ath10k does to receiver those frames for now and focus on ath11k. From what I got from firmware team, it's expected that ath11k station interface can't get those frame without a scan because device A is connected to an AP already and is supposed to get frames only from within the BSS, apparently device B here is not within that BSS.

I still don't know why a scan would change anything. Maybe the act of scanning triggers something in the firmware to allow the RX of multicast frames (like to receive probe responses)? If so that's not really a mechanism to enable multicast RX, its just a side effect of scanning.

But yes currently when an ath11k device is connected to a BSS it will only receive frames from within that BSS. This is what I was attempting to change, allow it to receive multicast action frames while connected (or disconnected for that matter).

The whole point of DPP is to provision a new device. So one device is offline and asking the connected device for credentials. This is done via multicast action frames.

Thanks,

James

Thanks,

James





[Index of Archives]     [Linux Host AP]     [ATH6KL]     [Linux Wireless Personal Area Network]     [Linux Bluetooth]     [Wireless Regulations]     [Linux Netdev]     [Kernel Newbies]     [Linux Kernel]     [IDE]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite Hiking]     [MIPS Linux]     [ARM Linux]     [Linux RAID]

  Powered by Linux