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

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

[Mark]

[-- Attachment #1.1: Type: text/plain, Size: 3016 bytes --]

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

[-- Attachment #1.2: Type: text/html, Size: 3303 bytes --]

[-- Attachment #2: intel_ax201_logs.zip --]
[-- Type: application/zip, Size: 44010 bytes --]

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

[Bohdan]

On 27 August 2026 19:26:58 EEST, Mark <markmunene827@gmail.com> 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"

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

[Bohdan]

> Hi Bohdan and Boulder,

Both are me, for some reason Thunderbird on Android decided to use "Boulder" which is Google account name. Hope this won't happen this time. Please bear with me while I debug identity settings.

>I tried testing the mainline 7.1 build directly, but on this Precision 7550
>the generic mainline image hits an early boot panic. It looks to be related
>to the out-of-tree proprietary GPU module and its initramfs hooks, so I
>wasn't able to get a clean 7.1 boot on this installation.

We still can debug this, but you'll have to blacklist the drivers that make your system not boot (and lose the graphical interface in the meantime, or rely purely on integrated graphics during debugging if they are present) and try iwlwifi through the command line. In the worst-case scenario, you will need a USB with Linux distro ISO on it, and a guide on how to use chroot. Keep track of the changes you will have done, that way it will be easier to restore the system.

If you use NetworkManager for wireless (you likely do, most Linux distros do), you can use nmtui to connect to Wi-Fi from there, which may be useful for further testing.

Hope it's not NVIDIA (it will surely be NVIDIA),
Bohdan

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

[Mark]

Hi Bohdan,

I ran the test in a clean live environment running a modern upstream
kernel (pure open-source drivers, no NVIDIA or out-of-tree DKMS
modules).

The behavior reproduces identically on the clean live session:
1. Cold boot: AX201 initializes and detects networks.
2. Module reload (modprobe -r iwlwifi && modprobe iwlwifi): The driver
fails during the bus reset sequence and drops the device.

Kernel log from the clean live session:
[   72.114520] iwlwifi 0000:00:14.3: Host monitor block 0x0 vector 0x6
[   72.114522] iwlwifi 0000:00:14.3:      value [iter 0]: 0x00000003
...
[   72.114548] iwlwifi 0000:00:14.3: Host monitor block 0x22 vector 0x0
[   72.114566] iwlwifi 0000:00:14.3:      value [iter 0]: 0x00000003
[   72.119890] iwlwifi 0000:00:14.3: probe with driver iwlwifi failed
with error -110

This confirms the issue occurs directly in the upstream driver's
CSR_RESET and Host Monitor polling loop during PCIe/CNVi
re-initialization on this Comet Lake PCH platform (8086:06f0,
subsystem 8086:0074), independent of proprietary display drivers or
local distribution configurations.

Please let me know if any specific kernel debug flags or register
tracepoints would help you isolate the bus timing issue.

Best,
Mark


On Thu, 27 Aug 2026 at 20:47, Bohdan <boulderobscura@gmail.com> wrote:
>
> > Hi Bohdan and Boulder,
>
> Both are me, for some reason Thunderbird on Android decided to use "Boulder" which is Google account name. Hope this won't happen this time. Please bear with me while I debug identity settings.
>
> >I tried testing the mainline 7.1 build directly, but on this Precision 7550
> >the generic mainline image hits an early boot panic. It looks to be related
> >to the out-of-tree proprietary GPU module and its initramfs hooks, so I
> >wasn't able to get a clean 7.1 boot on this installation.
>
> We still can debug this, but you'll have to blacklist the drivers that make your system not boot (and lose the graphical interface in the meantime, or rely purely on integrated graphics during debugging if they are present) and try iwlwifi through the command line. In the worst-case scenario, you will need a USB with Linux distro ISO on it, and a guide on how to use chroot. Keep track of the changes you will have done, that way it will be easier to restore the system.
>
> If you use NetworkManager for wireless (you likely do, most Linux distros do), you can use nmtui to connect to Wi-Fi from there, which may be useful for further testing.
>
> Hope it's not NVIDIA (it will surely be NVIDIA),
> Bohdan

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

[Bohdan]

So, the firmware does not really tear down the state before going to sleep.

Try this instead of modprobe:

    echo 1 > /sys/bus/pci/devices/0000:00:14.3/remove
    echo 1 > /sys/bus/pci/rescan

Also, disabling Intel AMT may help, re: [1]. Could be Dell screwing up BIOS yet again.

linux-firmware version could also be useful.

[1]: <https://discussion.fedoraproject.org/t/wifi-not-working-on-dell-latitude-5420-intel-ax201-device-is-unclaimed/169425>

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

[Mark]

Hi Bohdan,

I tried the PCI remove/rescan suggestion you mentioned:

echo 1 > /sys/bus/pci/devices/0000:00:14.3/remove
echo 1 > /sys/bus/pci/rescan

The device does come back at `00:14.3`, but the driver fails the exact
same way — same `-110`, never even gets to loading firmware, no
wireless interface shows up afterward.

Here's the relevant bit from dmesg right after the rescan:

[174005.380038] iwlwifi 0000:00:14.3: Host monitor block 0x0 vector 0x6
[174005.380057] iwlwifi 0000:00:14.3:     value [iter 0]: 0x00000003
...
[174005.380178] iwlwifi 0000:00:14.3: Host monitor block 0x22 vector 0x0
[174005.380198] iwlwifi 0000:00:14.3:     value [iter 0]: 0x00000003
[174005.397491] iwlwifi 0000:00:14.3: probe with driver iwlwifi failed
with error -110


A few other details in case they help:

- Intel AMT: disabled in BIOS
- POST fastboot set to Thorough
- linux-firmware version: 20240318.git3b128b60-0ubuntu2.27
- Also tried it with the upstream rev 77 ucode dropped into
/lib/firmware/intel/iwlwifi/, same result
- Device is the Intel Comet Lake PCH CNVi WiFi, `8086:06f0`, using the
iwlwifi module

What stands out to me is that even a full PCI remove/rescan doesn't
bring it back; only an actual cold power cycle does. So whatever bad
state the CNVi ends up in, it's not something the PCI bus reset is
touching at all. That's starting to point more toward the platform's
own power/reset handling rather than the driver itself, though I
honestly can't tell yet if that's ACPI, the EC, or something internal
to the CNVi's own power state.

Best,
Mark