[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <bf3b176e-b09e-43c8-8404-4f4477dd4370@quicinc.com>
Date: Wed, 15 Jan 2025 10:22:36 +0530
From: Aditya Kumar Singh <quic_adisi@...cinc.com>
To: Kalle Valo <kvalo@...nel.org>
CC: Jeff Johnson <jjohnson@...nel.org>, <linux-wireless@...r.kernel.org>,
<ath12k@...ts.infradead.org>, <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH 2/2] wifi: ath12k: handle
ath12k_mac_ieee80211_sta_bw_to_wmi() for link sta
On 1/15/25 00:09, Kalle Valo wrote:
> Aditya Kumar Singh <quic_adisi@...cinc.com> writes:
>
>> Currently ath12k_mac_ieee80211_sta_bw_to_wmi() handles the bandwidth from
>> sta's deflink member. This works only for non-ML station. Now that MLO
>> support is there, extend this function to use link sta instead of deflink.
>>
>> Additionally, in ath12k_mac_handle_link_sta_state(), the link sta structure
>> is not accessible, making it difficult to fetch the bandwidth there.
>> However, ath12k_mac_station_assoc() does reference the link sta structure.
>> Therefore, move the initial assignment of the arsta bandwidth member to
>> ath12k_mac_station_assoc().
>>
>> Tested-on: QCN9274 hw2.0 PCI WLAN.WBE.1.3.1-00173-QCAHKSWPL_SILICONZ-1
>>
>> Signed-off-by: Aditya Kumar Singh <quic_adisi@...cinc.com>
>
> So how does this help in practice? Ie. what are the user visible
> symptoms this patch is fixing?
>
For MLO station, any bandwidth change post initial association, the data
will not go in the latest bandwidth of that link. Since to firmware,
only deflink's bandwidth will always be configured.
For non-ML stations, no affect.
--
Aditya
Powered by blists - more mailing lists