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 <[email protected]>
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."
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
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
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
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 <[email protected]>
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
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
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
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