2010-04-22 09:47:34

by Nils Radtke

[permalink] [raw]
Subject: iwlagn + some accesspoint = hardlock

Hello there,

today a somewhat unprecise report:

When connecting to the local university's wireless APs, rather regularly
presumably the kernel crashes.

So, connecting to one of those the system hardlocks. No panic LED blinking, no mouse cursor moving,
no magic sysreq key working. Poweroff is the only way to revive the machine. Until the upcoming
lock-up.

What might serve as a hint: using knemo and kwifimanager (with wpa_supplicant in the bg) it feels like it is
freezing more frequently. Not running kwifimanager seems to reduce the frequency w/o however eliminating it
completely. Sometimes iceweasel has been touched and then the crash occurred.
Maybe some TX (or subsequent RX) provokes the crash? Some idea that also came up was that accessing iwlagn
drivers isn't clean when it's happening from more that one place at the same time
(->wpa_supplicant + kwifimanager)?

This behaviour is currently only known to happen in this exact place/location. So one assumption is that it
is somehow correlated to a particular type of access point, firmware respectively. Nonetheless, even
if there's some fw sending kill packets, the kernel should not crash, obviously.

The access points in range are of type:

- one 0:1d:8b PIRELLI BROADBAND SOLUTIONS
- couple of those 0:40:96 Cisco Systems, Inc.
- one 0:1a:70 Cisco-Linksys

This notebook has no serial port, so we haven't been able to get a glimpse on what is happening at that
precise moment. xconsole or dmesg haven't been helpful as the system just freezes and that's it.

Comments, ideas, fixes welcome...

Cheers,

Nils


2010-04-30 17:17:35

by Lukas Grässlin

[permalink] [raw]
Subject: Re: iwlagn + some accesspoint = hardlock

Hi there,

I have _exactely_ the same problem as you.

=> http://www.mail-archive.com/[email protected]/msg12865.html

The strange thing here also is that I mostly only get these freezes when
I'm sitting on my veranda with the thinkpad via wlan. When I'm inside
the house I have no freezes.

This is very very strange, but I happy, that I'm not the only one with
this problem.

Would be nice if you have any news if you let me know,

Regards,
Lukas

On 22.04.2010 11:39, Nils Radtke wrote:
> Hello there,
>
> today a somewhat unprecise report:
>
> When connecting to the local university's wireless APs, rather regularly
> presumably the kernel crashes.
>
> So, connecting to one of those the system hardlocks. No panic LED blinking, no mouse cursor moving,
> no magic sysreq key working. Poweroff is the only way to revive the machine. Until the upcoming
> lock-up.
>
> What might serve as a hint: using knemo and kwifimanager (with wpa_supplicant in the bg) it feels like it is
> freezing more frequently. Not running kwifimanager seems to reduce the frequency w/o however eliminating it
> completely. Sometimes iceweasel has been touched and then the crash occurred.
> Maybe some TX (or subsequent RX) provokes the crash? Some idea that also came up was that accessing iwlagn
> drivers isn't clean when it's happening from more that one place at the same time
> (->wpa_supplicant + kwifimanager)?
>
> This behaviour is currently only known to happen in this exact place/location. So one assumption is that it
> is somehow correlated to a particular type of access point, firmware respectively. Nonetheless, even
> if there's some fw sending kill packets, the kernel should not crash, obviously.
>
> The access points in range are of type:
>
> - one 0:1d:8b PIRELLI BROADBAND SOLUTIONS
> - couple of those 0:40:96 Cisco Systems, Inc.
> - one 0:1a:70 Cisco-Linksys
>
> This notebook has no serial port, so we haven't been able to get a glimpse on what is happening at that
> precise moment. xconsole or dmesg haven't been helpful as the system just freezes and that's it.
>
> Comments, ideas, fixes welcome...
>
> Cheers,
>
> Nils
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to [email protected]
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>


--
Lukas Gr?sslin
GnuPG-Key: http://lg.ath.cx/[email protected]