From: "Lukas Grässlin" <lukasgraesslin@gmx.de>
To: Nils Radtke <Nils.Radtke@Think-Future.de>
Cc: linux-kernel@vger.kernel.org
Subject: Re: iwlagn + some accesspoint = hardlock
Date: Fri, 30 Apr 2010 15:17:00 +0200 [thread overview]
Message-ID: <4BDAD84C.4020800@gmx.de> (raw)
In-Reply-To: <20100422093949.GC16001@localhost>
Hi there,
I have _exactely_ the same problem as you.
=> http://www.mail-archive.com/arch-general@archlinux.org/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 majordomo@vger.kernel.org
> 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/lukasgraesslin@gmx.de.asc
next prev parent reply other threads:[~2010-04-30 17:17 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-04-22 9:39 iwlagn + some accesspoint = hardlock Nils Radtke
2010-04-30 13:17 ` Lukas Grässlin [this message]
2010-05-03 19:52 ` new thread: http://lkml.org/lkml/2010/5/3/229 Nils Radtke
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4BDAD84C.4020800@gmx.de \
--to=lukasgraesslin@gmx.de \
--cc=Nils.Radtke@Think-Future.de \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).