Bug 220085 - iwlwifi: BE201: WiFi 7 card not functional all channels are N/A
Summary: iwlwifi: BE201: WiFi 7 card not functional all channels are N/A
Status: NEEDINFO
Alias: None
Product: Drivers
Classification: Unclassified
Component: network-wireless-intel (show other bugs)
Hardware: Intel Linux
: P3 normal
Assignee: Default virtual assignee for network-wireless-intel
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2025-05-04 12:28 UTC by hcording_96
Modified: 2025-05-28 22:55 UTC (History)
3 users (show)

See Also:
Kernel Version: 6.14.4
Subsystem:
Regression: No
Bisected commit-id:


Attachments
Hopefully useful outputs from various commands (99.54 KB, text/plain)
2025-05-04 12:28 UTC, hcording_96
Details
iwlwifi debug output (22.36 KB, text/plain)
2025-05-11 19:52 UTC, hcording_96
Details
trace.dat (3.16 MB, application/x-7z-compressed)
2025-05-16 12:44 UTC, Javi Gallego
Details

Description hcording_96 2025-05-04 12:28:36 UTC
Created attachment 308081 [details]
Hopefully useful outputs from various commands

The G605CX Intel BE201 WiFi 7 card is not functional under Linux. I tested this on Fedora 41 and 42, using various Kernels: 6.11, 6.13, 6.14.2, 6.14.4, 6.14.2-rog_cachyos (latest ROG kernel from asus-linux.org).

The attached files are for Fedora 41, 6.14.4, linux-firmware 20250410-1.fc41.

I understand this might be a vendor specific issue, since Intel has already added the drivers and they are being loaded, as seen in sudo journalctl -k -b | grep wifi: "RFIm is deactivated, reason = 4" and "BIOS contains WGDS but no WRDS".

I am happy to provide more information.

Thanks!
Comment 1 hcording_96 2025-05-04 13:09:52 UTC
Edit: GU605CX, not G605CX
Comment 2 hcording_96 2025-05-04 17:51:21 UTC
I have done additional research and I think the issue relates to the regulatory domain settings enforced by LAR.


iw reg get:
global
country DE: DFS-ETSI
        ...

phy#0 (self-managed)
country 00: DFS-UNSET
(2412 - 2413 @ 1), (6, 22), (N/A)

Furthermore, `iw phy0 channels` shows that all channels are disabled.


Since lar_disable doesn't work since Kernel 5.4, I'm unsure how to proceed.
Comment 3 Emmanuel Grumbach 2025-05-11 19:29:33 UTC
Please try to load iwlwifi with debug=0x4001 as a module parameter for iwlwifi.

Do you have the .pnvm file installed?
Comment 4 hcording_96 2025-05-11 19:52:40 UTC
Created attachment 308112 [details]
iwlwifi debug output
Comment 5 hcording_96 2025-05-11 19:53:31 UTC
Hi, thanks for your reply! I've added the module parameter, attached is the new output for journalctl -b | grep iwlwifi after rebooting (see iwlwifi debug output above).

I'm not sure what .pnvm files are, but based on the output, some pnvm thing is being loaded. I have these related files in /lib/firmware:

/lib/firmware/iwlwifi-bz-b0-fm-c0.pnvm.xz
/lib/firmware/iwlwifi-bz-b0-gf-a0.pnvm.xz
/lib/firmware/iwlwifi-gl-c0-fm-c0.pnvm.xz
/lib/firmware/iwlwifi-ma-b0-gf4-a0.pnvm.xz
/lib/firmware/iwlwifi-ma-b0-gf-a0.pnvm.xz
/lib/firmware/iwlwifi-so-a0-gf4-a0.pnvm.xz
/lib/firmware/iwlwifi-so-a0-gf-a0.pnvm.xz
/lib/firmware/iwlwifi-ty-a0-gf-a0.pnvm.xz

I think the first one is relevant, since the driver in use is iwlwifi-bz-b0-fm-c0-96.ucode.

By the way, I am now on Fedora 42 with Kernel 6.14.5 and linux-firmware 20250410-1.fc42. No changes since updating.
Comment 6 Emmanuel Grumbach 2025-05-11 20:00:03 UTC
So what does iw reg get say now? 

You can't connect to any access point? Even in 2.4GHz?
Comment 7 hcording_96 2025-05-11 20:06:26 UTC
(In reply to Emmanuel Grumbach from comment #6)
> So what does iw reg get say now? 
> 
> You can't connect to any access point? Even in 2.4GHz?

Correct, no APs are found in the search. My router supports 2,4 and 5 GHz.

iw reg get

global
country DE: DFS-ETSI
	(2400 - 2483 @ 40), (N/A, 20), (N/A)
	(5150 - 5250 @ 80), (N/A, 23), (N/A), NO-OUTDOOR, AUTO-BW
	(5250 - 5350 @ 80), (N/A, 20), (0 ms), NO-OUTDOOR, DFS, AUTO-BW
	(5470 - 5725 @ 160), (N/A, 26), (0 ms), DFS
	(5725 - 5875 @ 80), (N/A, 13), (N/A)
	(5945 - 6425 @ 320), (N/A, 23), (N/A), NO-OUTDOOR
	(57000 - 66000 @ 2160), (N/A, 40), (N/A)

phy#0 (self-managed)
country 00: DFS-UNSET
	(2402 - 2437 @ 40), (6, 22), (N/A), AUTO-BW, NO-HT40MINUS, NO-80MHZ, NO-160MHZ
	(2422 - 2462 @ 40), (6, 22), (N/A), AUTO-BW, NO-80MHZ, NO-160MHZ
	(2447 - 2482 @ 40), (6, 22), (N/A), AUTO-BW, NO-HT40PLUS, NO-80MHZ, NO-160MHZ
	(5170 - 5190 @ 160), (6, 22), (N/A), NO-OUTDOOR, AUTO-BW, IR-CONCURRENT, NO-HT40MINUS, PASSIVE-SCAN
	(5190 - 5210 @ 160), (6, 22), (N/A), NO-OUTDOOR, AUTO-BW, IR-CONCURRENT, NO-HT40PLUS, PASSIVE-SCAN
	(5210 - 5230 @ 160), (6, 22), (N/A), NO-OUTDOOR, AUTO-BW, IR-CONCURRENT, NO-HT40MINUS, PASSIVE-SCAN
	(5230 - 5250 @ 160), (6, 22), (N/A), NO-OUTDOOR, AUTO-BW, IR-CONCURRENT, NO-HT40PLUS, PASSIVE-SCAN
	(5250 - 5270 @ 160), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40MINUS, PASSIVE-SCAN
	(5270 - 5290 @ 160), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40PLUS, PASSIVE-SCAN
	(5290 - 5310 @ 160), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40MINUS, PASSIVE-SCAN
	(5310 - 5330 @ 160), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40PLUS, PASSIVE-SCAN
	(5490 - 5510 @ 240), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40MINUS, PASSIVE-SCAN
	(5510 - 5530 @ 240), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40PLUS, PASSIVE-SCAN
	(5530 - 5550 @ 240), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40MINUS, PASSIVE-SCAN
	(5550 - 5570 @ 240), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40PLUS, PASSIVE-SCAN
	(5570 - 5590 @ 240), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40MINUS, PASSIVE-SCAN
	(5590 - 5610 @ 240), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40PLUS, PASSIVE-SCAN
	(5610 - 5630 @ 240), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40MINUS, PASSIVE-SCAN
	(5630 - 5650 @ 240), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40PLUS, PASSIVE-SCAN
	(5650 - 5670 @ 80), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40MINUS, NO-160MHZ, PASSIVE-SCAN
	(5670 - 5690 @ 80), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40PLUS, NO-160MHZ, PASSIVE-SCAN
	(5690 - 5710 @ 80), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40MINUS, NO-160MHZ, PASSIVE-SCAN
	(5710 - 5730 @ 80), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40PLUS, NO-160MHZ, PASSIVE-SCAN
	(5735 - 5755 @ 160), (6, 22), (N/A), AUTO-BW, IR-CONCURRENT, NO-HT40MINUS, PASSIVE-SCAN
	(5755 - 5775 @ 160), (6, 22), (N/A), AUTO-BW, IR-CONCURRENT, NO-HT40PLUS, PASSIVE-SCAN
	(5775 - 5795 @ 160), (6, 22), (N/A), AUTO-BW, IR-CONCURRENT, NO-HT40MINUS, PASSIVE-SCAN
	(5795 - 5815 @ 160), (6, 22), (N/A), AUTO-BW, IR-CONCURRENT, NO-HT40PLUS, PASSIVE-SCAN
	(5815 - 5835 @ 160), (6, 22), (N/A), AUTO-BW, IR-CONCURRENT, NO-HT40MINUS, PASSIVE-SCAN
	(5835 - 5855 @ 160), (6, 22), (N/A), AUTO-BW, IR-CONCURRENT, NO-HT40PLUS, PASSIVE-SCAN
	(5855 - 5875 @ 160), (6, 22), (N/A), AUTO-BW, IR-CONCURRENT, NO-HT40MINUS, PASSIVE-SCAN
	(5875 - 5895 @ 160), (6, 22), (N/A), AUTO-BW, IR-CONCURRENT, NO-HT40PLUS, PASSIVE-SCAN
Comment 8 Javi Gallego 2025-05-14 11:37:25 UTC
I have the exact same problem with the same hardware, and I'm also experiencing the issue with WiFi. Here are the outputs I'm getting:

$ iw reg get


global
country 00: DFS-UNSET
	(755 - 928 @ 2), (N/A, 20), (N/A), PASSIVE-SCAN
	(2402 - 2472 @ 40), (N/A, 20), (N/A)
	(2457 - 2482 @ 20), (N/A, 20), (N/A), AUTO-BW, PASSIVE-SCAN
	(2474 - 2494 @ 20), (N/A, 20), (N/A), NO-OFDM, PASSIVE-SCAN
	(5170 - 5250 @ 80), (N/A, 20), (N/A), AUTO-BW, PASSIVE-SCAN
	(5250 - 5330 @ 80), (N/A, 20), (0 ms), DFS, AUTO-BW, PASSIVE-SCAN
	(5490 - 5730 @ 160), (N/A, 20), (0 ms), DFS, PASSIVE-SCAN
	(5735 - 5835 @ 80), (N/A, 20), (N/A), PASSIVE-SCAN
	(57240 - 63720 @ 2160), (N/A, 0), (N/A)

phy#0 (self-managed)
country 00: DFS-UNSET
	(2412 - 2413 @ 1), (6, 22), (N/A)


When I run iw phy phy0 channels, it shows a huge list of disabled channels — everything is disabled across all bands (1, 2, and 4).
Comment 9 Emmanuel Grumbach 2025-05-16 12:29:48 UTC
can you please record tracing for this?

Disable wifi

then do:

sudo trace-cmd record -e mac80211 -e cfg80211 -e iwlwifi -e iwlwifi_dbg

then, reproduce the failure to connect, then stop the recording.

This will create a trace.dat file that you can compress and send to us (or attach to this bug).

Thanks
Comment 10 Javi Gallego 2025-05-16 12:44:32 UTC
Created attachment 308133 [details]
trace.dat
Comment 11 Javi Gallego 2025-05-16 12:47:09 UTC
Hi,

I've done the trace as requested. You can download the file from the following link:

https://bugzilla.kernel.org/attachment.cgi?id=308133

Please let me know if you need anything else.

Thanks!
Comment 12 Emmanuel Grumbach 2025-05-22 06:08:46 UTC
Thank for the data.
I just noticed that you're all using 6.14 and below.
We have a new driver for this device in 6.15.
I'd be very interested in knowing if the problem persists there.

The easiest is problem to use our backport tree that contains the latest fixes:
https://git.kernel.org/pub/scm/linux/kernel/git/iwlwifi/backport-iwlwifi.git/

Let me know if things work for you using that.
Thanks!
Comment 13 hcording_96 2025-05-22 06:54:39 UTC
(In reply to Emmanuel Grumbach from comment #12)
> Thank for the data.
> I just noticed that you're all using 6.14 and below.
> We have a new driver for this device in 6.15.
> I'd be very interested in knowing if the problem persists there.
> 
> The easiest is problem to use our backport tree that contains the latest
> fixes:
> https://git.kernel.org/pub/scm/linux/kernel/git/iwlwifi/backport-iwlwifi.git/
> 
> Let me know if things work for you using that.
> Thanks!

Hi, thanks for the update!
I compiled the backports and dmesg shows that it's now using iwlwifi-bz-b0-fm-c0-98.ucode, instead of 96:


> May 22 08:36:30 nostromo kernel: iwlwifi 0000:00:14.3: iwl_request_firmware
> attempting to load firmware 'iwlwifi-bz-b0-fm-c0-101.ucode'
> May 22 08:36:30 nostromo kernel: iwlwifi 0000:00:14.3: Direct firmware load
> for iwlwifi-bz-b0-fm-c0-101.ucode failed with error -2
> May 22 08:36:30 nostromo kernel: iwlwifi 0000:00:14.3: iwl_request_firmware
> attempting to load firmware 'iwlwifi-bz-b0-fm-c0-100.ucode'
> May 22 08:36:30 nostromo kernel: iwlwifi 0000:00:14.3: Direct firmware load
> for iwlwifi-bz-b0-fm-c0-100.ucode failed with error -2
> May 22 08:36:30 nostromo kernel: iwlwifi 0000:00:14.3: iwl_request_firmware
> attempting to load firmware 'iwlwifi-bz-b0-fm-c0-99.ucode'
> May 22 08:36:30 nostromo kernel: iwlwifi 0000:00:14.3: Direct firmware load
> for iwlwifi-bz-b0-fm-c0-99.ucode failed with error -2
> May 22 08:36:30 nostromo kernel: iwlwifi 0000:00:14.3: iwl_request_firmware
> attempting to load firmware 'iwlwifi-bz-b0-fm-c0-98.ucode'
> May 22 08:36:30 nostromo kernel: iwlwifi 0000:00:14.3: iwl_req_fw_callback
> Loaded firmware file 'iwlwifi-bz-b0-fm-c0-98.ucode' (1925092 bytes).

However, I still don't find any networks, and the output of iw reg get and iw phy phy0 channels is still the same (all channels disabled). Perhaps I didn't install the backports correctly? I have this:

> modinfo -n iwlwifi
>
> /lib/modules/6.14.6-300.fc42.x86_64/updates/drivers/net/wireless/intel/iwlwifi/iwlwifi.ko

and

> modinfo iwlwifi | grep ver
> version:        iwlwifi-stack-public:master:13805:a65f3e22
> srcversion:     20B598E6BB1C558CD3BECC1
> vermagic:       6.14.6-300.fc42.x86_64 SMP preempt mod_unload 

Happy to provide more info.
Thanks!
Comment 14 Javi Gallego 2025-05-23 07:29:28 UTC
The exact same thing happened to me. I also tried updating to the latest mainline kernel, but unfortunately, it only allowed me to go up to 6.14.8. Sadly, that didn’t help at all—in fact, it just caused more things to break and misconfigure, so I didn’t get any improvement from it.

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