ath10k_pci: disassociated from x:y:z:a (Reason: 23=IEEE8021X_FAILED)
James Prestwood
prestwoj at gmail.com
Mon Jun 24 09:37:18 PDT 2024
Hi Paul,
On 6/24/24 8:59 AM, Paul Menzel wrote:
> Dear Linux folks,
>
>
> On the Dell XPS 13 9360/0596KF, BIOS 2.21.0 06/02/2022 with
>
> 3a:00.0 Network controller [0280]: Qualcomm Atheros QCA6174
> 802.11ac Wireless Network Adapter [168c:003e] (rev 32)
>
> I got a connection drop in the eduroam network at the Marburg
> University, and Linux 6.10-rc5 logged:
>
> [ 5436.658691] wlp58s0: Limiting TX power to 2 dBm as advertised
> by 08:ec:f5:dc:f1:ef
> [ 7240.208199] wlp58s0: disassociated from 08:ec:f5:dc:f1:ef
> (Reason: 23=IEEE8021X_FAILED)
> [ 7243.279668] ath10k_pci 0000:3a:00.0: failed to install key for
> vdev 0 peer 08:ec:f5:dc:f1:ef: -110
> [ 7243.279683] wlp58s0: failed to remove key (0,
> 08:ec:f5:dc:f1:ef) from hardware (-110)
> [ 7258.176009] wlp58s0: authenticate with 08:ec:f5:dc:f0:0f (local
> address=9c:b6:d0:d1:6a:b1)
> [ 7258.176024] wlp58s0: send auth to 08:ec:f5:dc:f0:0f (try 1/3)
> [ 7258.177072] wlp58s0: authenticated
>
> Please find the output of `dmesg` attached.
FWIW I don't have a solution but we see this routinely, mainly on
roaming when the old key is being removed for the prior BSS. I looked at
the driver code as best I could and it appeared that the error on
removal shouldn't cause any issues. When the new key is added it is
successful (otherwise we'd see a separate error), and at least in my
devices the connection to the new BSS succeeds.
Thanks,
James
>
>
> Kind regards,
>
> Paul
More information about the ath10k
mailing list