Re: [BUG] iwlwifi: Comet Lake PCH CNVi AX201 ( 8086:06f0) fails with error -110 on warm reboot

On 27 August 2026 19:26:58 EEST, Mark <[email protected]> wrote:
>Hardware: Dell Precision 7550 (Comet Lake-H)
>Wi-Fi: Intel Wi-Fi 6 AX201 / CNVi
>PCI ID: 8086:06f0
>Subsystem: 8086:0074
>
>OS/Kernel:
>
>Linux Mint 22.x
>Ubuntu 24.04
>Ubuntu 20.04 LTS (clean installation)
>Kernel 7.0.0-28-generic
>Kernel 6.14.x
>
>Firmware:
>
>Stock firmware
>iwlwifi-QuZ-a0-hr-b0-77.ucode
>iwlwifi-Qu-b0-hr-b0-77.ucode
>Summary
>
>The AX201 initializes normally after a complete cold boot, but fails to
>re-initialize after a warm reboot, resume from sleep, or iwlwifi module
>reload.
>
>The failure consistently occurs during the early PCIe/CNVi initialization,
>around CSR_RESET and Host Monitor polling, before the driver reaches the
>firmware loading stage.
>
>The resulting error is:
>
>iwlwifi 0000:00:14.3: probe with driver iwlwifi failed with error -110
>Kernel log
>[  609.416668] iwlwifi 0000:00:14.3: Host monitor block 0x0 vector 0x6
>[  609.416670] iwlwifi 0000:00:14.3:     value [iter 0]: 0x00000003
>...
>[  609.416695] iwlwifi 0000:00:14.3: Host monitor block 0x22 vector 0x0
>[  609.416714] iwlwifi 0000:00:14.3:     value [iter 0]: 0x00000003
>[  609.422051] iwlwifi 0000:00:14.3: probe with driver iwlwifi failed with
>error -110
>
>Steps to reproduce
>
>   1. Perform a complete cold boot.
>   2. Confirm that the AX201 initializes and Wi-Fi works normally.
>   3. Remove and reload the driver:
>   4. sudo modprobe -r iwlwifi
>   5. sudo modprobe iwlwifi
>   6. The driver fails to probe and returns -110.
>   7. The same behavior occurs after a warm reboot and after resume from
>   sleep.
>
>
>What has been tested;
>
>   - Upstream firmware revision 77 - no change.
>   - Both Qu-b0 and QuZ-a0 revision 77 firmware files tested.
>   - pcie_aspm=off - no change.
>   - iwlwifi.power_save=0 - no change.
>   - Intel AMT / Manageability disabled in BIOS.
>   - POST Fastboot set to Thorough.
>   - Clean Ubuntu 20.04 LTS installation - same warm-reboot/module-reload
>   failure.
>   - Linux Mint and Fedora - same behavior.
>
>
>A complete cold power-on consistently allows the initial probe to succeed,
>while reinitialization without removing power results in the -110 timeout.
>
>Firmware loading
>The firmware revision does not appear to affect the failure.
>The timeout occurs during the initial bus/reset handling and Host Monitor
>polling, before the driver reaches the point where it requests the
>microcode. Because of this, changing the firmware version or location does
>not change the observed behavior.
>
>Additional information
>
>The system is a dedicated Linux installation with no Windows dual-boot or
>Fast Startup involved.
>Full dmesg, lshw, and Intel SSU output are attached.
>The behavior appears consistent with a failure to properly reset or
>reinitialize the CNVi device after a warm reset/power-state transition. I'm
>not sure whether this points specifically to D3cold handling or reset
>sequencing, so I've included the logs and hardware information for further
>investigation.
>Please let me know if any additional register dumps, PCI
>configuration-space data, or specific kernel debugging output would be
>useful.
>
>Thanks,
>Mark

Heya Mark,

Can you try the mainline kernel? I'd try on NixOS and Arch, but I don't have access to your hardware.

Fedora has a COPR repo, more here: https://fedoraproject.org/wiki/Kernel_Vanilla_Repositories

Bohdan

P.S. resending because the mailing lists rejected an HTML-formatted message AND I forgot about "Reply All"