[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <b9021f1a-3ea1-4e31-9f44-5b031878e0ff@quicinc.com>
Date: Sun, 12 Jan 2025 11:23:55 +0530
From: Aditya Kumar Singh <quic_adisi@...cinc.com>
To: Kalle Valo <kvalo@...nel.org>, Jeff Johnson <jjohnson@...nel.org>,
Rameshkumar Sundaram <quic_ramess@...cinc.com>
CC: Kalle Valo <quic_kvalo@...cinc.com>,
Jeff Johnson
<quic_jjohnson@...cinc.com>,
<linux-wireless@...r.kernel.org>, <ath12k@...ts.infradead.org>,
<linux-kernel@...r.kernel.org>
Subject: Re: [PATCH] wifi: ath12k: fix key cache handling
On 1/12/25 11:19, Aditya Kumar Singh wrote:
> Currently, an interface is created in the driver during channel assignment.
> If mac80211 attempts to set a key for an interface before this assignment,
> the driver caches the key. Once the interface is created, the driver
> installs the cached key to the hardware. This sequence is exemplified in
> mesh mode operation where the group key is set before channel assignment.
>
> However, in ath12k_mac_update_key_cache(), after caching the key, due to
> incorrect logic, it is deleted from the cache during the subsequent loop
> iteration. As a result, after the interface is created, the driver does not
> find any cached key, and the key is not installed to the hardware which is
> wrong. This leads to issue in mesh, where broadcast traffic is not
> encrypted over the air.
>
> Fix this issue by adjusting the logic of ath12k_mac_update_key_cache()
> properly.
>
> Tested-on: QCN9274 hw2.0 PCI WLAN.WBE.1.3.1-00173-QCAHKSWPL_SILICONZ-1
>
> Fixes: 25e18b9d6b4b ("wifi: ath12k: modify ath12k_mac_op_set_key() for MLO")
> Signed-off-by: Aditya Kumar Singh <quic_adisi@...cinc.com>
> ---
Pls ignore this. 2025 Copyright is missing. I will add and send v2.
Sorry for the noise.
--
Aditya
Powered by blists - more mailing lists