Bug#550534: firmware-iwlwifi: iwlagn 0000:03:00.0: Microcode SW error detected. Restarting 0x82000000.
On Sat, 2011-07-09 at 18:35 +0200, Wouter Cloetens wrote: On 04/07/11 04:51, Ben Hutchings wrote: On Sat, 2009-10-10 at 23:05 +0200, Wouter Cloetens wrote: A combination of kernel driver and firmware version perhaps? Presumably it was. Has this been fixed by a kernel upgrade? Is it still a problem in the current stable release (Debian 6.0.3)? I just upgraded to firmware-iwlwifi 0.30. This contains the same buggy firmware release 228.61.2.24 as in 0.18. I'm now running the kernel from linux-image-2.6.38-2-686. Sure enough, a couple of minutes after unloading and reloading the iwlagn module: [...] However, it recovered from that by itself, and after that initial dump, my wlan connection has remained stable. It may be unrelated to this bug. So it sounds like the driver now avoids doing whatever it is that crashes the firmware (at least, mostly). I would like to reassign this to the kernel and consider it fixed by the new version. But I also want to know this is fixed in the stable release (Debian 6.0.3, package version 2.6.32-35). Can you test that, please? Over the last two years, this bug has been discussed thousands of times in the forums and bug tracking tools of every distribution out there. Most people are just using old firmware, like I have been. Some people have had success setting this module option: swcrypto=1 which disables offloading encryption to the hardware. That doesn't always solve the problem, apparently, or at least not permanently. I doubt that there is only *one* bug in the firmware! I will keep running with this firmware version and report if it breaks after longer use. Thank you. Ben. -- Ben Hutchings Power corrupts. Absolute power is kind of neat. - John Lehman, Secretary of the US Navy 1981-1987 signature.asc Description: This is a digitally signed message part
Bug#550534: firmware-iwlwifi: iwlagn 0000:03:00.0: Microcode SW error detected. Restarting 0x82000000.
On 04/07/11 04:51, Ben Hutchings wrote: On Sat, 2009-10-10 at 23:05 +0200, Wouter Cloetens wrote: A combination of kernel driver and firmware version perhaps? Presumably it was. Has this been fixed by a kernel upgrade? Is it still a problem in the current stable release (Debian 6.0.3)? I just upgraded to firmware-iwlwifi 0.30. This contains the same buggy firmware release 228.61.2.24 as in 0.18. I'm now running the kernel from linux-image-2.6.38-2-686. Sure enough, a couple of minutes after unloading and reloading the iwlagn module: iwlagn :03:00.0: Microcode SW error detected. Restarting 0x8200. Loaded firmware version: 228.61.2.24 Start IWL Error Log Dump: Status: 0x000213E4, count: 5 Desc Time data1 data2 line FH_ERROR (0x000C) 3067148809 0x0008 0x0313 208 pc blink1 blink2 ilink1 ilink2 hcmd 0x0046C 0x0A332 0x004C2 0x006DA 0x0A39A 0x240001C FH register values: FH_RSCSR_CHNL0_STTS_WPTR_REG: 0X00559000 FH_RSCSR_CHNL0_RBDCB_BASE_REG: 0X0033ddb0 FH_RSCSR_CHNL0_WPTR: 0X00a0 FH_MEM_RCSR_CHNL0_CONFIG_REG: 0X00819004 FH_MEM_RSSR_SHARED_CTRL_REG: 0X003c FH_MEM_RSSR_RX_STATUS_REG: 0X0313 FH_MEM_RSSR_RX_ENABLE_ERR_IRQ2DRV: 0X FH_TSSR_TX_STATUS_REG: 0X07ff0002 FH_TSSR_TX_ERROR_REG: 0X Start IWL Event Log Dump: display last 20 entries EVT_LOGT:3067145742:0x:0301 EVT_LOGT:3067145821:0x12bf:0353 EVT_LOGT:3067148434:0x0107:0106 EVT_LOGT:3067148435:0x:0302 EVT_LOGT:3067148470:0x00d4:0321 EVT_LOGT:3067148472:0x:1350 EVT_LOGT:3067148472:0x:1351 EVT_LOGT:3067148473:0x:1352 EVT_LOGT:3067148473:0x0003:1353 EVT_LOGT:3067148481:0x0029:0357 EVT_LOGT:3067148714:0x0107:0106 EVT_LOGT:3067148715:0x:0302 EVT_LOGT:3067148751:0x00d4:0321 EVT_LOGT:3067148752:0x:1350 EVT_LOGT:3067148753:0x:1351 EVT_LOGT:3067148753:0x:1352 EVT_LOGT:3067148754:0x0003:1353 EVT_LOGT:3067148774:0x00d4:0322 EVT_LOGT:3067148804:0x1bc3:0310 EVT_LOGT:3067148812:0x:0125 However, it recovered from that by itself, and after that initial dump, my wlan connection has remained stable. It may be unrelated to this bug. Over the last two years, this bug has been discussed thousands of times in the forums and bug tracking tools of every distribution out there. Most people are just using old firmware, like I have been. Some people have had success setting this module option: swcrypto=1 which disables offloading encryption to the hardware. That doesn't always solve the problem, apparently, or at least not permanently. I will keep running with this firmware version and report if it breaks after longer use. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e188338.3020...@e2big.org
Bug#550534: firmware-iwlwifi: iwlagn 0000:03:00.0: Microcode SW error detected. Restarting 0x82000000.
On Sat, 2009-10-10 at 23:05 +0200, Wouter Cloetens wrote: Package: firmware-iwlwifi Version: 0.18 Severity: grave Justification: renders package unusable Firmware iwlwifi-4965-2.ucode version 228.61.2.24 in firmware-iwlwifi 0.18 renders the wlan interface unusable. After a couple of minutes, the following message appears in syslog: iwlagn :03:00.0: Microcode SW error detected. Restarting 0x8200. after which no packets can be sent, though the interface appears up. Simply restarting the interface brings it up again. Downgrading to 0.17 with firmware 228.57.2.23 solves the problem for me. However, since 0.18 is already in squeeze, that version was hard to track down. I found it in lenny-backports ultimately: http://www.backports.org/debian/pool/non-free/f/firmware-nonfree/firmware-iwlwifi_0.17~bpo50+1_all.deb Googling this problem turns up hits in every distribution imaginable. Other Debian bugs that are possibly related are 546213 and 548749. Allegedly Ubunty Karmic Koala fixes the problem, however, package linux-firmware_1.21_all.deb also contains 228.61.2.24. A combination of kernel driver and firmware version perhaps? [...] Presumably it was. Has this been fixed by a kernel upgrade? Is it still a problem in the current stable release (Debian 6.0.3)? Ben. -- Ben Hutchings Computers are not intelligent. They only think they are. signature.asc Description: This is a digitally signed message part
Bug#550534: firmware-iwlwifi: iwlagn 0000:03:00.0: Microcode SW error detected., Restarting 0x82000000.
Hi everyone, I have the same problems, too. Debian squeeze runs on a Lenovo R61 with the following WLAN-NIC: 03:00.0 Network controller: Intel Corporation PRO/Wireless 4965 AG or AGN [Kedron] Network Connection (rev 61) uname -a Linux NBOOK 2.6.30-2-686 #1 SMP Fri Dec 4 00:53:20 UTC 2009 i686 GNU/Linux iwconfig wlan0 wlan0 IEEE 802.11abgn ESSID:tztztz Mode:Managed Frequency:2.462 GHz Access Point: xyzyzy Bit Rate=54 Mb/s Tx-Power=15 dBm Retry min limit:7 RTS thr:off Fragment thr:off Encryption key:blablabla Power Management:off Link Quality=70/70 Signal level=-27 dBm Noise level=-96 dBm Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0 Tx excessive retries:0 Invalid misc:0 Missed beacon:0 The WLAN-connection is secured with WPA-PSK. Before a new installation with squeeze I have used Debian stable with the default packages of the stable-branch. (firmware-iwlwifi-0.14). This installation runs daily without any problems about one year. About that past 12 months I have never lost the WLAN-connection. But after I have made a complete new installation with a squeeze-installation-CD the problem occurs. The problem couldn' t be reconstruct for example with more sessions at the same time or full bandwith downloads. Sending a kind of keep-alive by a ping to my access-point in a cronjob every minute doesn't fix the problem. I have made a downgrade and a upgrade to firmware-iwlwifi-0.14 (lenny) or firmware-iwlwifi-017 (0.17~bpo50+1_all) and firmware-iwlwifi-0.22 (sid) but unfortunately without any positive improvements. I think its rather a combination with and the firmware-iwlwifi (0.18) linux-image-2.6.30-2-686 (6.30-8squeeze1) packages. Greetings -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550534: firmware-iwlwifi: iwlagn 0000:03:00.0: Microcode SW error detected. Restarting 0x82000000
severity 550534 grave thanks Hi, I have similar issues using Intel Corporation PRO/Wireless 4965 AG or AGN [Kedron] Network Connection (rev 61). From dmesg: [ 105.305807] iwlagn :03:00.0: firmware: requesting iwlwifi-4965-2.ucode [ 105.390624] iwlagn :03:00.0: loaded firmware version 228.61.2.24 [ 105.606288] Registered led device: iwl-phy0::radio [ 105.606341] Registered led device: iwl-phy0::assoc [ 105.606390] Registered led device: iwl-phy0::RX [ 105.606433] Registered led device: iwl-phy0::TX [ 105.641976] ADDRCONF(NETDEV_UP): wlan0: link is not ready [ 108.967393] wlan0: direct probe to AP 00:23:04:c8:9f:f1 try 1 [ 109.164101] wlan0: direct probe to AP 00:23:04:c8:9f:f1 try 2 [ 109.364114] wlan0: direct probe to AP 00:23:04:c8:9f:f1 try 3 [ 109.564105] wlan0: direct probe to AP 00:23:04:c8:9f:f1 timed out [ 116.151242] wlan0: direct probe to AP 00:23:04:c8:9f:f3 try 1 [ 116.348119] wlan0: direct probe to AP 00:23:04:c8:9f:f3 try 2 [ 116.548086] wlan0: direct probe to AP 00:23:04:c8:9f:f3 try 3 [ 116.748076] wlan0: direct probe to AP 00:23:04:c8:9f:f3 timed out [ 125.380828] wlan0: authenticate with AP 00:23:04:c8:9f:fc [ 125.381485] wlan0: authenticated [ 125.381493] wlan0: associate with AP 00:23:04:c8:9f:fc [ 125.384076] wlan0: RX AssocResp from 00:23:04:c8:9f:fc (capab=0x111 status=0 aid=1) [ 125.384084] wlan0: associated [ 125.399718] iwlagn :03:00.0: Microcode SW error detected. Restarting 0x8200. [ 125.399741] iwlagn :03:00.0: Error setting new RXON (-5) [ 125.401363] ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready [ 125.642397] Registered led device: iwl-phy0::radio [ 125.642448] Registered led device: iwl-phy0::assoc [ 125.642492] Registered led device: iwl-phy0::RX [ 125.642543] Registered led device: iwl-phy0::TX [ 125.681093] iwlagn :03:00.0: Microcode SW error detected. Restarting 0x8200. [ 125.681127] iwlagn :03:00.0: Error setting new RXON (-5) [ 126.180084] iwlagn :03:00.0: Error sending REPLY_TX_PWR_TABLE_CMD: time out after 500ms. [ 126.418310] Registered led device: iwl-phy0::radio [ 126.418359] Registered led device: iwl-phy0::assoc [ 126.418402] Registered led device: iwl-phy0::RX [ 126.418445] Registered led device: iwl-phy0::TX [ 126.449857] cfg80211: Calling CRDA for country: DE [ 126.452479] iwlagn :03:00.0: Microcode SW error detected. Restarting 0x8200. [ 126.452504] iwlagn :03:00.0: Error setting new RXON (-5) [ 126.694364] Registered led device: iwl-phy0::radio [ 126.694413] Registered led device: iwl-phy0::assoc [ 126.694456] Registered led device: iwl-phy0::RX [ 126.694500] Registered led device: iwl-phy0::TX [ 126.731116] iwlagn :03:00.0: Microcode SW error detected. Restarting 0x8200. [ 127.228106] iwlagn :03:00.0: Error sending REPLY_PHY_CALIBRATION_CMD: time out after 500ms. [ 127.228115] iwlagn :03:00.0: Could not send REPLY_PHY_CALIBRATION_CMD [ 127.469808] iwlagn :03:00.0: Microcode SW error detected. Restarting 0x8200. [ 127.469873] iwlagn :03:00.0: Error setting new RXON (-5) [ 127.968097] iwlagn :03:00.0: Error sending REPLY_CT_KILL_CONFIG_CMD: time out after 500ms. [ 127.968107] iwlagn :03:00.0: REPLY_CT_KILL_CONFIG_CMD failed This happens on 2.6.31-1-amd64 with the latest firmware package. Wireless is currently not working at all with this kernel and firmwared combination - Raising severity. Please adapt if you disagree. Cheers Nico -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550534: firmware-iwlwifi: iwlagn 0000:03:00.0: Microcode SW error detected. Restarting 0x82000000.
Package: firmware-iwlwifi Version: 0.18 Severity: grave Justification: renders package unusable Firmware iwlwifi-4965-2.ucode version 228.61.2.24 in firmware-iwlwifi 0.18 renders the wlan interface unusable. After a couple of minutes, the following message appears in syslog: iwlagn :03:00.0: Microcode SW error detected. Restarting 0x8200. after which no packets can be sent, though the interface appears up. Simply restarting the interface brings it up again. Downgrading to 0.17 with firmware 228.57.2.23 solves the problem for me. However, since 0.18 is already in squeeze, that version was hard to track down. I found it in lenny-backports ultimately: http://www.backports.org/debian/pool/non-free/f/firmware-nonfree/firmware-iwlwifi_0.17~bpo50+1_all.deb Googling this problem turns up hits in every distribution imaginable. Other Debian bugs that are possibly related are 546213 and 548749. Allegedly Ubunty Karmic Koala fixes the problem, however, package linux-firmware_1.21_all.deb also contains 228.61.2.24. A combination of kernel driver and firmware version perhaps? Intel seems unaware of the problem. 228.61.2.24 is still the latest version on: http://intellinuxwireless.org/?p=iwlwifin=downloads This is very serious. Please revert to the older microcode version. More information about my environment: Intel Wireless WiFi 4965AGN. (ThinkPad R61, 802.11n draft WPA2 AP). From lspci: 03:00.0 Network controller: Intel Corporation PRO/Wireless 4965 AG or AGN [Kedron] Network Connection (rev 61) wlan0 IEEE 802.11abgn ESSID:censored Mode:Managed Frequency:2.437 GHz Access Point: censored Bit Rate=54 Mb/s Tx-Power=15 dBm Retry min limit:7 RTS thr:off Fragment thr:off Power Management:off Link Quality=48/70 Signal level=-62 dBm Noise level=-91 dBm Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0 Tx excessive retries:0 Invalid misc:0 Missed beacon:0 -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash firmware-iwlwifi depends on no packages. firmware-iwlwifi recommends no packages. Versions of packages firmware-iwlwifi suggests: ii initramfs-tools 0.93.4 tools for generating an initramfs di linux-image-2.6.30-1-686 [lin 2.6.30-6 Linux 2.6.30 image on PPro/Celeron ii linux-image-2.6.30-2-686 [lin 2.6.30-8 Linux 2.6.30 image on PPro/Celeron -- no debconf information -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550534: firmware-iwlwifi: iwlagn 0000:03:00.0: Microcode SW error detected. Restarting 0x82000000.
On sam, 2009-10-10 at 23:05 +0200, Wouter Cloetens wrote: Package: firmware-iwlwifi Version: 0.18 Severity: grave Justification: renders package unusable Firmware iwlwifi-4965-2.ucode version 228.61.2.24 in firmware-iwlwifi 0.18 renders the wlan interface unusable. After a couple of minutes, the following message appears in syslog: iwlagn :03:00.0: Microcode SW error detected. Restarting 0x8200. after which no packets can be sent, though the interface appears up. Simply restarting the interface brings it up again. Downgrading to 0.17 with firmware 228.57.2.23 solves the problem for me. However, since 0.18 is already in squeeze, that version was hard to track down. I found it in lenny-backports ultimately: http://www.backports.org/debian/pool/non-free/f/firmware-nonfree/firmware-iwlwifi_0.17~bpo50+1_all.deb Googling this problem turns up hits in every distribution imaginable. Other Debian bugs that are possibly related are 546213 and 548749. Allegedly Ubunty Karmic Koala fixes the problem, however, package linux-firmware_1.21_all.deb also contains 228.61.2.24. A combination of kernel driver and firmware version perhaps? Intel seems unaware of the problem. 228.61.2.24 is still the latest version on: http://intellinuxwireless.org/?p=iwlwifin=downloads This is very serious. Please revert to the older microcode version. More information about my environment: Intel Wireless WiFi 4965AGN. (ThinkPad R61, 802.11n draft WPA2 AP). From lspci: 03:00.0 Network controller: Intel Corporation PRO/Wireless 4965 AG or AGN [Kedron] Network Connection (rev 61) wlan0 IEEE 802.11abgn ESSID:censored Mode:Managed Frequency:2.437 GHz Access Point: censored Bit Rate=54 Mb/s Tx-Power=15 dBm Retry min limit:7 RTS thr:off Fragment thr:off Power Management:off Link Quality=48/70 Signal level=-62 dBm Noise level=-91 dBm Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0 Tx excessive retries:0 Invalid misc:0 Missed beacon:0 I'm on the same card, on a T61, and it works fine (but I don't connect to a 802.11n AP so maybe it's related) -- Yves-Alexis signature.asc Description: This is a digitally signed message part