Bug #2675
openUltimate N WiFi Link 5300 get iwn_intr: fatal firmware error on 5GHz
0%
Description
I'm using a Lenovo Thinkad X200s with Intel Ultimate N WiFi Link 5300.
On Dragonfly BSD 3.6.2 it worked perfectly without any errors (and exactly the same configuration). Since 3.7.X and the actual testes 3.8.0RC my WiFi decive throws the following error on every try to load it (also over manual /etc/rc.d/netif restart):
- dmesg.boot (with rc_debug enabled) ###
iwn0: iwn_intr: fatal firmware error
firmware error log:
error type = "SYSASSERT" (0x00000005)
program counter = 0x00003130
source line = 0x00000585
error data = 0x0000000100000000
branch link = 0x0000312A0000312A
interrupt link = 0x0000091600000000
time = 1270108785
driver status:
tx ring 0: qid=0 cur=0 queued=0
tx ring 1: qid=1 cur=0 queued=0
tx ring 2: qid=2 cur=0 queued=0
tx ring 3: qid=3 cur=3 queued=0
tx ring 4: qid=4 cur=0 queued=0
tx ring 5: qid=5 cur=0 queued=0
tx ring 6: qid=6 cur=0 queued=0
tx ring 7: qid=7 cur=0 queued=0
tx ring 8: qid=8 cur=0 queued=0
tx ring 9: qid=9 cur=58 queued=0
tx ring 10: qid=10 cur=0 queued=0
tx ring 11: qid=11 cur=0 queued=0
tx ring 12: qid=12 cur=0 queued=0
tx ring 13: qid=13 cur=0 queued=0
tx ring 14: qid=14 cur=0 queued=0
tx ring 15: qid=15 cur=0 queued=0
tx ring 16: qid=16 cur=0 queued=0
tx ring 17: qid=17 cur=0 queued=0
tx ring 18: qid=18 cur=0 queued=0
tx ring 19: qid=19 cur=0 queued=0
rx ring: cur=11
I just load 'iwn5000fw_load="YES"' over loader.conf, because the other modules (if_iwn.ko, wlan_ccmp.ko, wlan_tkip.ko) are loaded by the generic kernel. This is what I've loaded, too:
- kldstat ###
Id Refs Address Size Name
1 28 0xffffffff80200000 15a8710 kernel
2 1 0xffffffff817a9000 13020 snd_hda.ko
3 2 0xffffffff817bd000 31bf8 sound.ko
4 3 0xffffffff817ef000 bf758 acpi.ko
5 1 0xffffffff818af000 c7a0 ehci.ko
6 2 0xffffffff818bc000 f4c0 dm.ko
7 1 0xffffffff818cc000 1c4f8 dm_target_crypt.ko
8 4 0xffffffff827e9000 58d0 libiconv.ko
9 1 0xffffffff827ef000 20c8 libmchain.ko
10 1 0xffffffff827f2000 f98 msdos_iconv.ko
11 1 0xffffffff827f3000 f88 ntfs_iconv.ko
12 2 0xffffffff827f4000 10a38 ntfs.ko
13 1 0xffffffff82805000 fd0 cd9660_iconv.ko
14 1 0xffffffff82806000 5928 acpi_video.ko
15 1 0xffffffff8280c000 70c48 drm.ko
16 2 0xffffffff8287d000 2ec8 iicbus.ko
17 1 0xffffffff82880000 53fc8 iwn5000fw.ko
18 1 0xffffffff828d4000 1da8 coretemp.ko
19 1 0xffffffff828d6000 68d0 acpi_thinkpad.ko
20 1 0xffffffff828dd000 3dd0 est.ko
21 1 0xffffffff83042000 35000 pf.ko
- rc.conf (relevant entries) ###
wlans_iwn0="wlan0"
ipv6_enable="YES"
ipv6_network_interfaces="wlan0"
ifconfig_wlan0="up DHCP WPA mode 11a"
- wpa_supplicant.conf ###
ctrl_interface=/var/run/wpa_supplicant
eapol_version=2
network={
ssid="my SSID name"
priority=145
#scan_ssid=1
proto=RSN
key_mgmt=WPA-PSK
pairwise=CCMP
group=CCMP
psk="my secure passphrase"
}
- sysctl.conf (relevant entries) ###
net.inet6.ip6.use_tempaddr=1
net.inet6.icmp6.nodeinfo=0
net.inet6.icmp6.rediraccept=0
In IRC at #dragonflybsd on EFNet @profmakx wrote: "I have iwn4965 and iwn6000, both work".
I've just tested (just for fun) to replace all that modules (if_iwn.ko, wlan_ccmp.ko, wlan_tkip.ko, iwn5000fw.ko) one by one and all together with the older one from v3.6.2. The result was exactly the same error.
I've found a FreeBSD issue with parallels:
http://www.marshut.com/sinuy/iwn-firmware-sysassert.html
Thanks in advance for any help!
Updated by revuwa over 10 years ago
The devices of the IRC contact are exactly:
- x61t with iwn4965 and
- x230 with iwn6000
I've got acces to a ThinkPad T400 with another Ultimate N WiFi Link 5300. I just installed DF 3.8.0RC (with the same configuration) and got the same error:
- dmesg.boot ###
iwn0: iwn_intr: fatal firmware error
firmware error log:
error type = "SYSASSERT" (0x00000005)
program counter = 0x00003130
source line = 0x00000585
error data = 0x0000000100000000
branch link = 0x0000312A0000312A
interrupt link = 0x0000091600000000
time = 99943049
driver status:
tx ring 0: qid=0 cur=0 queued=0
tx ring 1: qid=1 cur=0 queued=0
tx ring 2: qid=2 cur=0 queued=0
tx ring 3: qid=3 cur=3 queued=0
tx ring 4: qid=4 cur=0 queued=0
tx ring 5: qid=5 cur=0 queued=0
tx ring 6: qid=6 cur=0 queued=0
tx ring 7: qid=7 cur=0 queued=0
tx ring 8: qid=8 cur=0 queued=0
tx ring 9: qid=9 cur=58 queued=0
tx ring 10: qid=10 cur=0 queued=0
tx ring 11: qid=11 cur=0 queued=0
tx ring 12: qid=12 cur=0 queued=0
tx ring 13: qid=13 cur=0 queued=0
tx ring 14: qid=14 cur=0 queued=0
tx ring 15: qid=15 cur=0 queued=0
tx ring 16: qid=16 cur=0 queued=0
tx ring 17: qid=17 cur=0 queued=0
tx ring 18: qid=18 cur=0 queued=0
tx ring 19: qid=19 cur=0 queued=0
rx ring: cur=61
I think the issue is 5300 specific. The IWN driver says, that 'Intel Ultimate N WiFi Link 5300' is still suported.
Thanks in advance for any hints.
Updated by revuwa over 10 years ago
Some more details:
- That configuration works without any error under FreeBSD 9.X and 10.0.
- ### pciconf -lv ###
iwn0@pci0:3:0:0: class=0x028000 card=0x10118086 chip=0x42368086 rev=0x00 hdr=0x00
(on both devices [X200s + T400])
The IRC contact have tested the <Intel Ultimate N WiFi Link 5300> on a Thinkad T500 successfully.
The difference was, that the contact is using 2.4GHz. My AP uses 5GHz only.
For testing I opened a 2.4GHz AP over my smartphone and can connect without that firmware error to that. So the problem definitely seems to be a 5GHz only one.
Updated by Johannes.Hofmann over 10 years ago
For me it depends on the access point. If it offers 802.11n I get the same issue.
As a workaround it helps for me to do
ifconfig wlan0 -ht
before associating.
Updated by swildner over 10 years ago
FreeBSD seems to have worked around the issue with
http://svnweb.freebsd.org/base?view=revision&revision=266546
Updated by revuwa over 10 years ago
- Subject changed from Ultimate N WiFi Link 5300 can't load = iwn0: iwn_intr: fatal firmware error (error type = "SYSASSERT") to Ultimate N WiFi Link 5300 get iwn_intr: fatal firmware error on 5GHz
- Priority changed from Normal to Low
swildner wrote:
FreeBSD seems to have worked around the issue with
http://svnweb.freebsd.org/base?view=revision&revision=266546
Although I think that it would be a good thing to port that revision to Dragonfly, but IMHO I think that won't change anything in this concrete issue, because I can't get it to work while it doesn't matter how often I try '/etc/rc.d/netif restart'. Anyway, thanks for that info!
Johannes.Hofmann wrote:
For me it depends on the access point. If it offers 802.11n I get the same issue.
As a workaround it helps for me to do ifconfig wlan0 -ht before associating.
THANKS so much, that workaround is also functional in my case.
By changing my rc.conf entry to:
ifconfig_wlan0="up DHCP WPA ht mode 11a" )
(-ht means to disable all use of 802.11n; ht = High Throughput; more: IFCONFIG)
I get 5GHz WiFi connection to my AP (incl. IPv6) again without any errors. Tested on my X200s and T400.
Thanks a lot and please enjoy my digital hug ;
So I changed the priority to low. But if there would be a fix for that behavior in the future - please remember, it still works on DF v3.6.2 - I would be very happy.
Thanks for your enthusiasm!
Updated by mneumann about 10 years ago
- Related to Bug #2720: [iwn] fatal firmware error added
Updated by swildner almost 10 years ago
- Related to Bug #2733: i915 drm issue rendering xserver unusable added
Updated by tuxillo almost 10 years ago
- Target version changed from 3.8 to 4.2
Hi,
There is an ongoing update to the WLAN stack so by then the issues you're getting might be solved.
Stay tuned!
Best regards,
Antonio Huete