[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#628444: Info received (iwlagn - "MAC is in deep sleep", cannot restore wifi operation)



> tried at least 5 different versions.  I have almost completely stopped
> using hibernate (suspend only) on my system and have not seen the problem
> in a long time and for my system at least, hibernate seems to be related

I never thought it was a firmware issue before, so I never paid any attention 
to the firmware versions before. But now that I am back to 0.33, it looks 
stable – although it is just 24 hours since last problem, that is nevertheless 
towards the longer intervals. Usually it is just a couple of hours unless the 
workarounds are on, which they are not at the moment (because I wanted to test 
this).

I never had any issues with hibernate or suspend and certainly neither was 
ever needed to trigger the bug. For example yesterday, I hit the bug after 
about 3 hours without ever putting the laptop off my lap meanwhile.

> While the firmware may play a role in the problem, at its core, there
[...]
> to look at the Linux driver(s) for the flavor of PCI interface bus these
> cards plug-in to and the particular chip sets used to implement this
> bus on the known Lenovo machines having the problem (x201i, x200, ...).

This is past my knowledge and understanding, but it seems reasonable enough. 
Is there anything I can do? If the pci bus is the reason, it might explain the 
random freezes I have been experiencing (see #575965 for details), too.

Ok, so I just hit the problem while writing this up: 0.33 & 2.6.39 does not 
help. Attached is what happened when I turned the HW kill switch after the MAC 
went to unrecoverable deep sleep. Perhaps that backtrace can help figure this 
out.

What is VERY strange here is the fact that I did not have this problem before 
going from 2.6.39 to 3.0.0, but not I have it even with 2.6.39! How can that 
be?!? What else is involved with talking to the wifi card except the kernel 
and the firmware? Do I need to downgrade iwconfig et al, too?

This is *very* annoying. I now need to boot more than once a day compared to 
once every few months before!

-Juha

-- 
		 -----------------------------------------------
		| Juha Jäykkä, juhaj@iki.fi			|
		| http://www.maths.leeds.ac.uk/~juhaj		|
		 -----------------------------------------------
[75926.876147] ------------[ cut here ]------------
[75926.876171] WARNING: at /build/buildd-linux-2.6_2.6.39-2-amd64-kuqdRa/linux-2.6-2.6.39/debian/build/source_amd64_none/drivers/net/wireless/iwlwifi/iwl-core.c:1428 iwl_mac_remove_interface+0x3b/0x72 [iwlagn]()
[75926.876176] Hardware name: 74695KG
[75926.876178] Modules linked in: hidp hid tun acpi_cpufreq mperf cpufreq_stats cpufreq_userspace cpufreq_powersave cpufreq_conservative parport_pc ppdev lp parport rfcomm bnep autofs4 binfmt_misc uinput fuse nfsd nfs lockd fscache auth_rpcgss nfs_acl sunrpc coretemp loop kvm_intel kvm snd_hda_codec_conexant arc4 i915 snd_hda_intel drm_kms_helper snd_hda_codec ecb snd_hwdep drm snd_pcm_oss snd_mixer_oss snd_pcm iwlagn i2c_algo_bit snd_seq_midi snd_rawmidi i2c_i801 thinkpad_acpi btusb iTCO_wdt iTCO_vendor_support i2c_core nvram snd_seq_midi_event snd_seq ac tpm_tis tpm tpm_bios battery snd_timer snd_seq_device evdev power_supply wmi mac80211 snd cfg80211 psmouse serio_raw bluetooth crc16 rfkill button processor soundcore snd_page_alloc video xfs sha256_generic cryptd aes_x86_64 aes_generic cbc dm_crypt dm_mod sd_mod crc_t10dif uhci_hcd ahci libahci ata_generic libata ehci_hcd scsi_mod usbcore thermal thermal_sys e1000e [last unloaded: scsi_wait_scan]
[75926.876271] Pid: 24244, comm: kworker/0:1 Not tainted 2.6.39-2-amd64 #1
[75926.876274] Call Trace:
[75926.876282]  [<ffffffff810458b4>] ? warn_slowpath_common+0x78/0x8c
[75926.876290]  [<ffffffffa0355696>] ? iwl_mac_remove_interface+0x3b/0x72 [iwlagn]
[75926.876298]  [<ffffffffa01d1401>] ? rfkill_register+0x1c7/0x212 [rfkill]
[75926.876309]  [<ffffffffa02cbc4e>] ? ieee80211_do_stop+0x312/0x476 [mac80211]
[75926.876315]  [<ffffffffa01d144c>] ? rfkill_register+0x212/0x212 [rfkill]
[75926.876324]  [<ffffffffa02cbdc7>] ? ieee80211_stop+0x15/0x19 [mac80211]
[75926.876330]  [<ffffffff812793ce>] ? __dev_close_many+0x91/0xc7
[75926.876333]  [<ffffffff812794d1>] ? dev_close_many+0x8b/0xfb
[75926.876336]  [<ffffffff81279574>] ? dev_close+0x33/0x4a
[75926.876343]  [<ffffffffa021eee3>] ? cfg80211_rfkill_set_block+0x3d/0x69 [cfg80211]
[75926.876349]  [<ffffffffa01d0cee>] ? rfkill_set_block+0x7f/0xd5 [rfkill]
[75926.876355]  [<ffffffffa01d0fbd>] ? rfkill_epo+0x34/0x89 [rfkill]
[75926.876360]  [<ffffffffa01d14a9>] ? rfkill_op_handler+0x5d/0x138 [rfkill]
[75926.876365]  [<ffffffff81059f07>] ? process_one_work+0x1d1/0x2ee
[75926.876369]  [<ffffffff8105be67>] ? worker_thread+0x12d/0x247
[75926.876372]  [<ffffffff8105bd3a>] ? manage_workers+0x177/0x177
[75926.876375]  [<ffffffff8105bd3a>] ? manage_workers+0x177/0x177
[75926.876379]  [<ffffffff8105ef05>] ? kthread+0x7a/0x82
[75926.876384]  [<ffffffff81339ee4>] ? kernel_thread_helper+0x4/0x10
[75926.876387]  [<ffffffff8105ee8b>] ? kthread_worker_fn+0x147/0x147
[75926.876391]  [<ffffffff81339ee0>] ? gs_change+0x13/0x13
[75926.876393] ---[ end trace 9cb073e9939a5c5d ]---

Attachment: signature.asc
Description: This is a digitally signed message part.


Reply to: