Bug 219967 - Wifi not been detected in kernel version 6.14.
Summary: Wifi not been detected in kernel version 6.14.
Status: CLOSED DUPLICATE of bug 219968
Alias: None
Product: Drivers
Classification: Unclassified
Component: network-wireless-intel (show other bugs)
Hardware: Intel Linux
: P3 high
Assignee: Default virtual assignee for network-wireless-intel
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2025-03-29 21:56 UTC by Asunnya
Modified: 2025-04-10 22:34 UTC (History)
0 users

See Also:
Kernel Version: 6.14
Subsystem:
Regression: Yes
Bisected commit-id:


Attachments
Zip with LOGs from 6.14 and 6.13 - iwlwifi loop (39.43 KB, application/x-compressed)
2025-03-30 14:40 UTC, Asunnya
Details
patch to avoid reset after failed handshake (2.16 KB, patch)
2025-04-03 10:17 UTC, Johannes Berg
Details | Diff
patch to avoid reset after failed handshake (2.22 KB, patch)
2025-04-03 11:04 UTC, Johannes Berg
Details | Diff

Description Asunnya 2025-03-29 21:56:57 UTC
On Linux kernel **6.14.0** (observed on Arch Linux 6.14.0-arch1-1)
https://archive.archlinux.org/packages/l/linux/linux-6.14.arch1-1-x86_64.pkg.tar.zst https://archive.archlinux.org/packages/l/linux-headers/linux-headers-6.14.arch1-1-x86_64.pkg.tar.zst 

After kernel update my wireless interface is not been detected. My system uses an Intel Corporation Alder Lake-P PCH CNVi WiFi (rev 01) adapter.

Symptoms:
    The output of nmcli general wifi-hw shows "missing".
    The output of rfkill list does not show any Wi-Fi devices (only Bluetooth).
    Ethernet connection works as expected.
    The Wi-Fi hardware functions correctly when booting into Windows on the same machine, indicating the hardware itself is not the issue.
    *I use dual boot, but my EFI files between Linux and Windows partitions are split

I have tried several troubleshooting steps, including:

    Ensuring the iwlwifi kernel module is loaded (it was).
    Checking for firmware-related errors in dmesg (no obvious errors related to missing firmware for this specific adapter were found).
    Reinstalling the linux-firmware package.
    Installing the intel-ucode package.

Resolution:

The issue was fixed by downgrading to linux-lts version 6.12.
Comment 1 Artem S. Tashkinov 2025-03-30 01:18:52 UTC
Since this looks like a regression, could you bisect?

https://docs.kernel.org/admin-guide/bug-bisect.html

Maybe try kernel 6.13 first.
Comment 2 Asunnya 2025-03-30 13:51:38 UTC
1.  I have confirmed that the bug does not occur in version 6.13.8. I used the `linux-6.13.8.arch1-1-x86_64.pkg.tar.zst` package from the Arch Linux archives, and the Wi-Fi worked normally.

2.  I have started the `git bisect` process. The initial log is:
    ```
    git bisect start
    # status: waiting for both good and bad commits
    # bad: [38fec10eb60d687e30c8c6b5420d86e8149f7557] Linux 6.14
    git bisect bad 38fec10eb60d687e30c8c6b5420d86e8149f7557
    # status: waiting for good commit(s), bad commit known
    # good: [ffd294d346d185b70e28b1a28abe367bbfe53c04] Linux 6.13
    git bisect good ffd294d346d185b70e28b1a28abe367bbfe53c04
    ```

3.  My question now is how to proceed with testing the intermediate commits that `git bisect` will select. Do I need to set up the environment and manually compile the kernel for each `bisect` step in order to test the Wi-Fi? I would appreciate any guidance on this.

4. Forget to mention that my distro is not archlinux, it's cachyOS but Im using the kernel provide from arch linux archives. 
https://github.com/CachyOS/linux-cachyos/issues/425
Comment 3 Asunnya 2025-03-30 14:40:19 UTC
Created attachment 307909 [details]
Zip with LOGs from 6.14 and 6.13 - iwlwifi loop

I am attaching a `.7z` archive containing 3 log files
- One with NetworkManager logs from kernel 6.14 (where the bug occurs).
- One with 'iwlwifi' related kernel messages from 6.14.
- One with kernel logs from the working 6.13.8 version.
Comment 4 Johannes Berg 2025-04-02 13:13:31 UTC
There's a patch we should've included that should make it not spin, at least:

https://p.sipsolutions.net/0c2dac2f5c4818d8.txt

However, can't figure out why it's actually happening in the first place.

Note also that there's a dup filed _just_ after this one:
https://bugzilla.kernel.org/show_bug.cgi?id=219968

Still digging.
Comment 5 Johannes Berg 2025-04-02 13:14:02 UTC
Can you specify the laptop/machine model(s) this happens on?
Comment 6 Johannes Berg 2025-04-03 10:17:31 UTC
Created attachment 307917 [details]
patch to avoid reset after failed handshake

This should fix the issue that we get a SW (or deeper) reset after the handshake fails.

It looks like the handshake failure was also there in 6.13 already, but I don't know why. I couldn't reproduce it here on any device that I could get my hands on (though not the same MAC/RF combination so far). Assuming this patch works and you only get a single "FW reset handshake timeout" and no follow-up errors, you could try the FW debug from https://wireless.docs.kernel.org/en/latest/en/users/drivers/iwlwifi/debugging.html#firmware-debugging and capture the dump and send it to us.
Comment 7 Johannes Berg 2025-04-03 11:04:35 UTC
Created attachment 307918 [details]
patch to avoid reset after failed handshake

ok that patch was stupid, this one's hopefully better :)
Comment 8 Johannes Berg 2025-04-10 20:38:20 UTC
Pretty sure this is a dup of https://bugzilla.kernel.org/show_bug.cgi?id=219968 which was confirmed fixed with the patch.

*** This bug has been marked as a duplicate of bug 219968 ***
Comment 9 Asunnya 2025-04-10 22:29:42 UTC
My case is a samsung book 2
Comment 10 Asunnya 2025-04-10 22:34:59 UTC
Samsung Galaxy Book2 550XED

Note You need to log in before you can comment on or make changes to this bug.