Received-SPF: pass (google.com: domain of linux-wireless+bounces-2576-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45d1:ec00::1 as permitted sender) client-ip=2604:1380:45d1:ec00::1;
Message-ID: <642b61a6-e3c0-4831-887f-f25314bf166d@locusrobotics.com>
Date: Fri, 26 Jan 2024 11:18:57 -0800
User-Agent: Mozilla Thunderbird
Subject: Re: ath11k multicast action frame RX
From: James Prestwood <jprestwood@locusrobotics.com>
To: "open list:MEDIATEK MT76 WIRELESS LAN DRIVER"
 <linux-wireless@vger.kernel.org>, ath11k@lists.infradead.org
References: <dcdbd757-ad6e-4fe0-a0c1-fe328431b73b@locusrobotics.com>
Content-Language: en-US
In-Reply-To: <dcdbd757-ad6e-4fe0-a0c1-fe328431b73b@locusrobotics.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Precedence: bulk
MIME-Version: 1.0
X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1
X-MS-Exchange-AntiSpam-MessageData-0:
	=?utf-8?B?cjU3bDZDOFdhQVZuSmQ3Z2dvbStXcVE4OGFVR0RFdERkMERaVHk4VkMrTTdx?=
 =?utf-8?B?RVNZS1FqL2dZN3NYTE9JU010REFxVXRDRFpWMnNSMkNxMzR0RmRodjNyMmY3?=
 =?utf-8?B?NDFlTHBZQXN5SEVHREE5dENrL0FCSXBRb0VsaVVydSttalRKNmhaNjdlU21x?=
 =?utf-8?B?cEY0eVZUMDI1eUtrY1QrQ2VnbjBHeWFvdnFFcTloVUNYSjVTaVpWMXppMjdW?=
 =?utf-8?B?S1hIdFNGWjZSTWtGaS9tMFRDOUhBSHlaNm9iejByUUI1VHJUK1pJZlRkR0N3?=
 =?utf-8?B?RCtySm0zNjJSQjZod3ZHd0VsSTFtRHVJc1BqT2Z2MWR0eDJuN3ZBTkx6Q0VZ?=
 =?utf-8?B?NTFkMFZDaDBpRHA4ckpOQkZzUnBFVDJVL09wRk50WjREaXFsVTlHdFd4ZzRm?=
 =?utf-8?B?TXZ1VHowOGpuWFpuaWRGYWFhK1hBenFDZlBQc2Z5MEg3WHlpZlprM2tMSkRz?=
 =?utf-8?B?MFRXVVNEaWV3dUJxTFZoejlJS1JHVUdpTERYWXV0OGtZZTdjbDZCUVQ5bzFh?=
 =?utf-8?B?Qk1FcDFrNFEzU0tPZ3ljN0tkRXRUL2R3bU0xanpSUDV2ZGdpL29Qak1nNE9Z?=
 =?utf-8?B?bGR0L0hiM044cG03RjJmTHE5cFQwV1ZNbWR5SUQvTXFXNzFUN2F1RnJSM0xt?=
 =?utf-8?B?K0hvd29yZElKYThSRjhpa2lqNDkrQmVTVVZPS3M4RXN3V1hnbVdjWEFqMzRx?=
 =?utf-8?B?K2oyWGt6Z1oxelU2NkdVTEVGZ0lKVzltQTIxR2V0L25RbVgxVVIwc09yN3JJ?=
 =?utf-8?B?Vkt0SE50Y0NxY05zUHRpRzJLYXhSNkVDWWMrU0pkakpleEtPYUpXckIvZ0hN?=
 =?utf-8?B?YWorMWFKcnlmR2JmNzI5Y3VQblNFSjBBNTVtc1hDOXFXVGwyQ3VKd0MrOG9r?=
 =?utf-8?B?aW1OaUE3MktSY3Ryb1FnNnQ1Z25RSVdoeFFFUGp6VFVTM2sxaklmVC9jaFdF?=
 =?utf-8?B?Tjd4OGUyWVJQRENzQUNMc2tIYVAzQW5jUkZITWRYS1ZTQzUwdjRCUFJKejBJ?=
 =?utf-8?B?M2lRcm9kOGYwYml4ODY5SWFTTWlhR1M3aEd3WkVYSjdHazhRYWhTRDFQNVNu?=
 =?utf-8?B?QmMvbGFZM2VzdjhmOE5wZEx6MTJFV1BmV3FFcmtrNzlOUk9ERkkveWN6Y1JC?=
 =?utf-8?B?b3ZVSFNXSWlzaDh1Vy8xajl5eTU0TjQ0ZlNDc0lQTm1kRWhNMWNLYjRGWllq?=
 =?utf-8?B?Z1A5MjJPWjI2dWE0eEx2VitnR0xBSTI1blZmZHhhUWs5WnU2TnF6aEwzeE81?=
 =?utf-8?B?MmtXRkZJSVYvUERyRDlCdkV2MTRPazJpa1VBclNXK3gvWDNPL2dQeHlkRjZx?=
 =?utf-8?B?a3dkVnkrWm10VjdJdEtZOWdvL0QwY2pFaUYxdXBGaWFGVjR4ZmRxVURxQnNl?=
 =?utf-8?B?NEY0cWVKYUJmaG9US0QyYnY2KzRzOFh4UGJBamJQZ21vYzMzc3oyR2dOQldV?=
 =?utf-8?B?dWdGdzU5T3ROZU10VmtnUHFhVkN4bXRrRDBWTFRnRUlmenVGWFN3dlJsalFO?=
 =?utf-8?B?ckR0L0I4TkFrSXpnSVlKTkU0cUQzNTBVRkFaaW5OaytoQm40QW1XczF5V1hK?=
 =?utf-8?B?cjlsRmdwZ0d3REdGaEdSUEFwSXVTSWxRcHltOGM4djVDSURvNE84SVpDMTM4?=
 =?utf-8?B?bnlQUE9FWUZIOE1hUXBlcFEySWplclJ4a3lVTEt0eE56UGVXWThBVTRTRDRE?=
 =?utf-8?B?U0x1TmZwZ1dXZFhKdE1KdStFanF1REUwNFpKSWFXVldWbGJJNVcvcFFPb294?=
 =?utf-8?B?bStIK3VEcG5iMktaOVhhZWFLdXRiMUhXdTFMVk1Udi90eWxZR3RSbUNMSkNk?=
 =?utf-8?B?bStTelR0bmNuZXhSZDNDa2YyL3BRSXR2SEVoSno5S1pMM3J6TUMxeXVXL3RG?=
 =?utf-8?B?eG15NkNES09FV3VJSThpMER2dGZERkhhVk45eWUrckZJbHdPMDVscWxsSytE?=
 =?utf-8?B?OUNCVTd5N0Uyei9xVm9zelc3UmxOUzlhVzZEb29FVTBXWC9NY3plTWxqMitx?=
 =?utf-8?B?R1NsM2hWWjE0d0l3V2lWMmZPRmdpMmF4bm5wdzJuRUhxWmQ1dm1zZHNxdTdL?=
 =?utf-8?B?b2g3YVFvK21KYUY2cEc2YUlTWjh6ZzZRZTZGMzl4eC9pcUpFQTV1a1U0ODVp?=
 =?utf-8?B?T1dza3ZFMzA2Vm42RkZzdzc2cUs2SFNIZW11R2xoVW5PU0FSMEdJQWE1c2c2?=
 =?utf-8?B?WkE9PQ==?=
X-OriginatorOrg: locusrobotics.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 837dac87-00fe-44a3-795f-08dc1ea3a657
X-MS-Exchange-CrossTenant-AuthSource: BL3PR10MB6163.namprd10.prod.outlook.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 26 Jan 2024 19:19:00.0576
 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: 068f275f-67fa-4977-a33b-80fe854a9590
X-MS-Exchange-CrossTenant-MailboxType: HOSTED
X-MS-Exchange-CrossTenant-UserPrincipalName: jwwXM40su8QaybZEPmp9cJqmIiiyTG7pAOX47c2dd765/XwNkAuQlwSbOVIqfBmTJDG11m1goNG7RQPyWJ03AbOpVATpeMpokmGpA1/J/u8=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN0PR10MB5384

On 1/24/24 5:06 AM, James Prestwood wrote:

> Hi,
>
> I recently added support to ath10k, for the QCA6174, to receive 
> multicast action frames in order to support DPP. I'm trying to do this 
> for the ath11k QCNFA765/WCN6855. I took the same approach as ath10k 
> which was actually quite simple but I'm unable to see any multicast 
> frames coming over even when I enable RX/DATA debugging.
>
> What I've done so far is:
>
>  - Add FIF_MCAST_ACTION to the supported filters list
>
>  - Created/started a monitor vdev from within 
> ath11k_mac_op_configure_filter()
>
>     ath11k_mac_monitor_vdev_create(ar);
>
>     ath11k_mac_monitor_start(ar);
>
> - Also tried adding
>
>     ath11k_mac_config_mon_status_default(ar, true);
>
> I can successfully create/start the monitor vdev. I see now as I'm 
> writing this email that my specific hardware does not support monitor 
> mode outright... Is this a dead end or is there hope with purely 
> driver changes? or is it some filtering at the firmware level 
> preventing this?

I was able to finally see my broadcast frame after some additional 
testing. It seems the driver/firmware/something gets a bit hung up when 
I attempt to put it in monitor mode. It will start printing these 
messages for about a minute:

[   51.093034] ath11k_pci 0000:00:06.0: data dest_rx: new ppdu_id a1a2 
!= status ppdu_id a1a1 dest_mon_not_reaped = 650 dest_mon_stuck = 12
[   51.094461] ath11k_pci 0000:00:06.0: data dest_rx: new ppdu_id a1a3 
!= status ppdu_id a1a2 dest_mon_not_reaped = 651 dest_mon_stuck = 12
[   51.096281] ath11k_pci 0000:00:06.0: data dest_rx: new ppdu_id a1a5 
!= status ppdu_id a1a3 dest_mon_not_reaped = 652 dest_mon_stuck = 12

In most cases these ppdu ID's are a one-off from the expected ID which 
seemed weird to me. But if I let it sit long enough I all of a sudden 
get a ton of "data rx" messages, which is what I would expect if I 
enabled a monitor vdev. Once this flurry starts I see the action frame 
from my other client, sometimes at least. The firmware generally crashes 
after a while so I've still got a ways to go but it seems within the 
realm of possibility that this device could receive broadcast action frames?

Hoping for some breadcrumbs to follow here...

Thanks,

James

>
> Thanks,
>
> James
>
>