Hi there,
I see the following error message in my syslog.
[49394.098626] iwlwifi 0000:06:00.0: Failed to wake NIC for hcmd
[49394.104461] iwlwifi 0000:06:00.0: Error sending BEACON_TEMPLATE_CMD: enqueue_hcmd failed: -5
[49394.112964] iwlwifi 0000:06:00.0: Failed updating beacon data
[49394.137569] iwlwifi 0000:06:00.0: Failed to wake NIC for hcmd
[49394.143386] iwlwifi 0000:06:00.0: Error sending MAC_CONTEXT_CMD: enqueue_hcmd failed: -5
[49394.151536] iwlwifi 0000:06:00.0: Failed to send MAC context (action:2): -5
[49394.158525] iwlwifi 0000:06:00.0: failed to update MAC 7c:5c:f8:d3:24:9e
[49400.183737] iwlwifi 0000:06:00.0: Failed to wake NIC for hcmd
[49400.189664] iwlwifi 0000:06:00.0: Error sending BEACON_TEMPLATE_CMD: enqueue_hcmd failed: -5
[49400.198178] iwlwifi 0000:06:00.0: Failed updating beacon data
[49400.223241] iwlwifi 0000:06:00.0: Failed to wake NIC for hcmd
[49400.229095] iwlwifi 0000:06:00.0: Error sending MAC_CONTEXT_CMD: enqueue_hcmd failed: -5
[49400.237242] iwlwifi 0000:06:00.0: Failed to send MAC context (action:2): -5
[49400.244238] iwlwifi 0000:06:00.0: failed to update MAC 7c:5c:f8:d3:24:9e
[49406.269563] iwlwifi 0000:06:00.0: Failed to wake NIC for hcmd
[49406.275418] iwlwifi 0000:06:00.0: Error sending BEACON_TEMPLATE_CMD: enqueue_hcmd failed: -5
[49406.283907] iwlwifi 0000:06:00.0: Failed updating beacon data
[49406.308379] iwlwifi 0000:06:00.0: Failed to wake NIC for hcmd
[49406.314187] iwlwifi 0000:06:00.0: Error sending MAC_CONTEXT_CMD: enqueue_hcmd failed: -5
[49406.322372] iwlwifi 0000:06:00.0: Failed to send MAC context (action:2): -5
[49406.329413] iwlwifi 0000:06:00.0: failed to update MAC 7c:5c:f8:d3:24:9e
Do you have a tip what I can do?
Greetings from Stefan Harbich
Only when I deactivate the minipci card does the error message no longer appear. What can I do? I have already switched to the OpenWRT version 21.02.1. Same error message.
The wifi miniPCI Card is:
root@rome01:~# lspci -kvnn | sed -n '/Network/,/^$/ p'
lspci: Unable to load libkmod resources: error -12
06:00.0 Network controller [0280]: Intel Corporation Wireless 7260 [8086:08b1] (rev bb)
Subsystem: Intel Corporation Dual Band Wireless-AC 7260 [8086:4070]
Flags: fast devsel, IRQ 32
Memory at f7d00000 (64-bit, non-prefetchable) [virtual] [size=8K]
Capabilities: [c8] Power Management version 3
Capabilities: [d0] MSI: Enable- Count=1/1 Maskable- 64bit+
Capabilities: [40] Express Endpoint, MSI 00
Capabilities: [100] Advanced Error Reporting
Capabilities: [140] Device Serial Number 7c-5c-f8-ff-ff-d3-24-9e
Capabilities: [14c] Latency Tolerance Reporting
Capabilities: [154] Vendor Specific Information: ID=cafe Rev=1 Len=014 <?>
Kernel driver in use: iwlwifi
The Kernel-Version is:
root@rome01:~# uname -a
Linux rome01.intern.example.com 5.4.154 #0 SMP Sun Oct 24 09:01:35 2021 x86_64 GNU/Linux
Hi there,
I reported a bug some time ago. Even provided the solution. However, this has not yet been adopted in Git. See also: OpenWRT Bug
Why should I now create another bug that is not processed?
root@rome01:~# lspci | grep Network
04:00.0 Network controller: Qualcomm Atheros QCA986x/988x 802.11ac Wireless Network Adapter
06:00.0 Network controller: Intel Corporation Wireless 7260 (rev bb)
root@rome01:~# iw phy0 info | grep AP
Device supports AP-side u-APSD.
* AP
* AP/VLAN
* #{ AP, mesh point } <= 8, #{ managed } <= 1,
total <= 8, #channels <= 1, STA/AP BI must match, radar detect widths: { 20 MHz (no HT), 20 MHz, 40 MHz, 80 MHz }
Maximum associated stations in AP mode: 128
root@rome01:~# iw phy1 info | grep AP
Device supports AP-side u-APSD.
* AP
* AP/VLAN
* #{ managed } <= 1, #{ AP, P2P-client, P2P-GO } <= 1, #{ P2P-device } <= 1,
Both wireless adapters support AP mode.
Only when I deactivated the Intel adapter are the error messages no longer displayed.
I think the firmware is faulty?
And if you look further (iw phy phy0 info), you'll notice that all 5 GHz channels will be marked NO-IR, which prevents AP mode on these (all 5 GHz-) channels. Yes, some of the more modern Intel wireless cards can do basic AP mode (as a side effect of Intel pushing WiFi-Direct/ p2p), but only in the 2.4 GHz band - which makes them rather pointless for OpenWrt uses.
Correct, respectively only in the 2.4 GHz band (where it's least useful - and even there, these chipsets aren't validated in AP mode, you will find bugs in AP mode).