iwlagn MAC in deep sleep

iwlagn MAC in deep sleep

[Mike Kershaw]

[-- Attachment #1: Type: text/plain, Size: 1701 bytes --]

hda_intel: azx_get_response timeout, switching to polling mode: last
cmd=0x013f000c
iwlagn: Microcode HW error detected.  Restarting.
pciehp: Card not present on Slot(3)
iwlagn: MAC is in deep sleep!
pciehp: Card present on Slot(3)
iwlagn: MAC is in deep sleep!
iwlagn: MAC is in deep sleep!
iwlagn: MAC is in deep sleep!
iwlagn: MAC is in deep sleep!
iwlagn: MAC is in deep sleep!
iwlagn: MAC is in deep sleep!
iwlagn: MAC is in deep sleep!
iwlagn: Unable to init nic
mac80211-phy14: failed to remove key (0, 00:1a:1e:80:02:a0) from
hardware
(-22)
lib80211: common routines for IEEE802.11 drivers
iwlagn: Intel(R) Wireless WiFi Link AGN driver for Linux, 1.3.27kds
iwlagn: Copyright(c) 2003-2008 Intel Corporation


Card dropped dead during normal use after several days of 
operation, 2.6.27.4 kernel with compat-wireless-2008-11-17.

Removing/reloading module didn't restore the card.

Toggling rfkill switch also didn't have any effect.

Had to power off the system to get the card to come back.

IBM T61 laptop, no other kernel logs, system had been suspended/resumed
to ram multiple times but not w/in 5 hours of the bug happening, first
time this has happened on my system however a friend with the same
hardware has seen it continually for several months under high load
situations (no logs on that one, so anecdotal.)  Not aware of any high
loads on my system when it triggered, however.

-m

-- 
Mike Kershaw/Dragorn <dragorn@kismetwireless.net>
GPG Fingerprint: 3546 89DF 3C9D ED80 3381  A661 D7B2 8822 738B BDB1

"We're sorry, Susy won't be attending classes for the rest of this academic 
year.  She caught the measles, and we had her shot."

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: iwlagn MAC in deep sleep

[Marcel Holtmann]

Hi Mike,

> hda_intel: azx_get_response timeout, switching to polling mode: last
> cmd=0x013f000c
> iwlagn: Microcode HW error detected.  Restarting.
> pciehp: Card not present on Slot(3)
> iwlagn: MAC is in deep sleep!
> pciehp: Card present on Slot(3)
> iwlagn: MAC is in deep sleep!
> iwlagn: MAC is in deep sleep!
> iwlagn: MAC is in deep sleep!
> iwlagn: MAC is in deep sleep!
> iwlagn: MAC is in deep sleep!
> iwlagn: MAC is in deep sleep!
> iwlagn: MAC is in deep sleep!
> iwlagn: Unable to init nic
> mac80211-phy14: failed to remove key (0, 00:1a:1e:80:02:a0) from
> hardware
> (-22)
> lib80211: common routines for IEEE802.11 drivers
> iwlagn: Intel(R) Wireless WiFi Link AGN driver for Linux, 1.3.27kds
> iwlagn: Copyright(c) 2003-2008 Intel Corporation
>
>
> Card dropped dead during normal use after several days of
> operation, 2.6.27.4 kernel with compat-wireless-2008-11-17.
>
> Removing/reloading module didn't restore the card.
>
> Toggling rfkill switch also didn't have any effect.
>
> Had to power off the system to get the card to come back.

I have seen the same symptoms on my X61 and I have no idea when this  
happens. It seems to be uCode issue. However I have no clue how to  
reproduce it reliably. It just happens sometimes. And the nasty part  
is that only a full reboot will fix it.

Regards

Marcel

Re: iwlagn MAC in deep sleep

[Zhu Yi]

On Sat, 2008-11-22 at 03:33 +0800, Mike Kershaw wrote:
> iwlagn: MAC is in deep sleep!
> pciehp: Card present on Slot(3)
> iwlagn: MAC is in deep sleep!
> iwlagn: MAC is in deep sleep!
> iwlagn: MAC is in deep sleep!
> iwlagn: MAC is in deep sleep!
> iwlagn: MAC is in deep sleep!
> iwlagn: MAC is in deep sleep!
> iwlagn: MAC is in deep sleep!
> iwlagn: Unable to init nic

Can you please look for something called vPRO/AMT in your BIOS and try
to disable it?

Thanks,
-yi

Re: iwlagn MAC in deep sleep

[Marcel Holtmann]

Hi Yi,

>> iwlagn: MAC is in deep sleep!
>> pciehp: Card present on Slot(3)
>> iwlagn: MAC is in deep sleep!
>> iwlagn: MAC is in deep sleep!
>> iwlagn: MAC is in deep sleep!
>> iwlagn: MAC is in deep sleep!
>> iwlagn: MAC is in deep sleep!
>> iwlagn: MAC is in deep sleep!
>> iwlagn: MAC is in deep sleep!
>> iwlagn: Unable to init nic
>
> Can you please look for something called vPRO/AMT in your BIOS and try
> to disable it?

what has that to do with it? You need to explain why this should help  
at all. Just randomly enabling/disabling features of your core system  
is not a good debugging method. And even if that makes this go away,  
it is still a bug that needs fixed.

Regards

Marcel

Re: iwlagn MAC in deep sleep

[Zhu Yi]

On Mon, 2008-11-24 at 10:34 +0800, Marcel Holtmann wrote:
> > Can you please look for something called vPRO/AMT in your BIOS and
> > try to disable it?
> 
> what has that to do with it? You need to explain why this should help
> at all. Just randomly enabling/disabling features of your core system
> is not a good debugging method. And even if that makes this go away,  
> it is still a bug that needs fixed.

iwlagn currently doesn't support AMT, which is another user for the same
hardware. At this time, the only way we can do is to disable it.

BTW, I assume you ask this question on behalf of other people. Otherwise
you should involve in our internal discussion as active as the external
ones.

Thanks,
-yi

Re: iwlagn MAC in deep sleep

[Marcel Holtmann]

Hi Yi,

>>> Can you please look for something called vPRO/AMT in your BIOS and
>>> try to disable it?
>>
>> what has that to do with it? You need to explain why this should help
>> at all. Just randomly enabling/disabling features of your core system
>> is not a good debugging method. And even if that makes this go away,
>> it is still a bug that needs fixed.
>
> iwlagn currently doesn't support AMT, which is another user for the  
> same
> hardware. At this time, the only way we can do is to disable it.
>
> BTW, I assume you ask this question on behalf of other people.  
> Otherwise
> you should involve in our internal discussion as active as the  
> external
> ones.

you have to see me like any other user of Intel wireless hardware. The  
hardware is available to the masses and the driver is merged into the  
upstream kernel. So the only authority of discussion here is the linux- 
wireless mailing list. This means that everything I have to discuss  
about wireless goes to this mailing list. Unless it involves Intel  
confidential information there is absolutely no need for internal  
discussions.

Back to the topic. So we do have an issue if AMT is enabled. I have it  
enabled and from time to time this now kills my hardware. Telling  
someone to disable a system feature is not really the solution here.

So first question is if we can detect that AMT is enabled from the  
iwlagn driver? If yes, then we should print a warning here to inform  
the user of a potential issue. This helps users at least to know what  
is going.

Second question is if we can tell AMT to not manage this hardware? If  
yes, then we should certainly do so.

And third question is what does it take to fix the driver to play  
nicely with AMT.

Regards

Marcel

Re: iwlagn MAC in deep sleep

[Mike Kershaw]

[-- Attachment #1: Type: text/plain, Size: 943 bytes --]

On Mon, Nov 24, 2008 at 09:55:15AM +0800, Zhu Yi wrote:
> On Sat, 2008-11-22 at 03:33 +0800, Mike Kershaw wrote:
> > iwlagn: MAC is in deep sleep!
> > pciehp: Card present on Slot(3)
> > iwlagn: MAC is in deep sleep!
> > iwlagn: MAC is in deep sleep!
> > iwlagn: MAC is in deep sleep!
> > iwlagn: MAC is in deep sleep!
> > iwlagn: MAC is in deep sleep!
> > iwlagn: MAC is in deep sleep!
> > iwlagn: MAC is in deep sleep!
> > iwlagn: Unable to init nic
> 
> Can you please look for something called vPRO/AMT in your BIOS and try
> to disable it?

Disabled both on my system and on my friend who sees this bug
continually under high network load, sorry.

-m

-- 
Mike Kershaw/Dragorn <dragorn@kismetwireless.net>
GPG Fingerprint: 3546 89DF 3C9D ED80 3381  A661 D7B2 8822 738B BDB1

TRANSLATE(:SITE,'pLA','Place','.')
returns the value 'pivAviskA LAk. pLA..'.
     -- IBM Db2 Server SQL Reference SC09-2404-00 pp. 138

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: iwlagn MAC in deep sleep

[reinette chatre]

On Fri, 2008-11-21 at 11:33 -0800, Mike Kershaw wrote:
> hda_intel: azx_get_response timeout, switching to polling mode: last
> cmd=0x013f000c
> iwlagn: Microcode HW error detected.  Restarting.
> pciehp: Card not present on Slot(3)
> iwlagn: MAC is in deep sleep!
> pciehp: Card present on Slot(3)
> iwlagn: MAC is in deep sleep!
> iwlagn: MAC is in deep sleep!
> iwlagn: MAC is in deep sleep!
> iwlagn: MAC is in deep sleep!
> iwlagn: MAC is in deep sleep!
> iwlagn: MAC is in deep sleep!
> iwlagn: MAC is in deep sleep!
> iwlagn: Unable to init nic
> mac80211-phy14: failed to remove key (0, 00:1a:1e:80:02:a0) from
> hardware
> (-22)
> lib80211: common routines for IEEE802.11 drivers
> iwlagn: Intel(R) Wireless WiFi Link AGN driver for Linux, 1.3.27kds
> iwlagn: Copyright(c) 2003-2008 Intel Corporation
> 

Could you please try
http://marc.info/?l=linux-wireless&m=122849275528099&w=2 ?

Thank you

Reinette