linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
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

  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).