[PATCH ath-next v2] wifi: ath12k: Add support to enqueue management frame at MLD level

[Vasanthakumar Thiagarajan]

On 7/9/2025 8:49 PM, Roopni Devanathan wrote:
> From: Sriram R <quic_srirrama at quicinc.com>
> 
> A multi-link client can use any link for transmissions. It can decide to
> put one link in power save mode for longer periods while listening on the
> other links as per MLD listen interval. Unicast management frames sent to
> that link station might get dropped if that link station is in power save
> mode or inactive. In such cases, firmware can take decision on which link
> to use.
> 
> Allow the firmware to decide on which link management frame should be
> sent on, by filling the hardware link with maximum value of u32, so that
> the firmware will not have a specific link to transmit data on and so
> the management frames will be link agnostic. For QCN devices, all action
> frames are marked as link agnostic. For WCN devices, if the device is
> configured as an AP, then all frames other than probe response frames,
> authentication frames, association response frames, re-association response
> frames and ADDBA request frames are marked as link agnostic and if the

As per the code, it looks like ADDBA response is excluded from the list
of link agnostic frames, no?

> device is configured as a station, then all frames other than probe request
> frames, authentication frames and ADDBA request frames are marked as link
> agnostic.

deauth frame is not mnetioned, here also it is ADDBA resp in the excluded list
not ADDBA req as per the logic.

> 
> Tested-on: QCN9274 hw2.0 PCI WLAN.WBE.1.4.1-00199-QCAHKSWPL_SILICONZ-1
> Tested-on: WCN7850 hw2.0 PCI WLAN.HMT.1.0.c5-00481-QCAHMTSWPL_V1.0_V2.0_SILICONZ-3
> 
> Signed-off-by: Sriram R <quic_srirrama at quicinc.com>
> Co-developed-by: Roopni Devanathan <quic_rdevanat at quicinc.com>
> Signed-off-by: Roopni Devanathan <quic_rdevanat at quicinc.com>
> ---

Pls include version log


Vasanth