From: Ivo van Doorn <ivdoorn@gmail.com>
To: Bas Hulsken <bhulsken@hotmail.com>
Cc: linux-wireless@vger.kernel.org,
Johannes Berg <johannes@sipsolutions.net>
Subject: Re: hostapd hangs on rt2500pci, leaving the nic in an unstable state
Date: Sat, 5 Apr 2008 19:46:23 +0200 [thread overview]
Message-ID: <200804051946.24100.IvDoorn@gmail.com> (raw)
In-Reply-To: <1207412527.6965.21.camel@Bas>
Hi,
> After hostapd outputs:
> WPA: 00:1b:77:a4:db:26 WPA_PTK entering state PTKCALCNEGOTIATING2
> WPA: 00:1b:77:a4:db:26 WPA_PTK entering state PTKINITNEGOTIATING
> it hangs, and wlan1 has received exactly one frame from the
> laptop (there's a message showing up in the logs at this time,
> complaining that wlan1 can't find any IPv6 routers). No further frames
> are sent from hostapd, although beacon frames are still being sent, and
> the interface still receives frames as well. The last frame rt2500pci
> receives, is the EAPOL key from the laptop. Only ctrl-c can kill
> hostapd, and after that the driver is in an unusable, and unstable
> state, even unloading rt2500pci, does not help, and eventually the
> entire system will become unstable, in particular under high I/O loads.
> After some time, a message shows up that the IRQ for the rt2500pci is
> being disabled ( ACPI: PCI interrupt for device 0000:05:01.0 disabled).
> If after that, I get a lot of I/O activity on devices sharing the same
> pci interrupt ( like recording some TV with an ivtv card) then a lot of
> shit happens, ivtv gives time outs, harddrive controllers give I/O
> errors, etc. As I've mentioned, this also happens after I unload+reload
> the rt2500pci module. So, apparently the hardware is left in a bad state
> after hostapd locks up.
This is all very strange behavior, I don't know what can cause the
ACPI to disable an interrupt for the device, but what is interesting to
see is that the BSSID in the register seems to have been cleared....
Could you create a debugfs dump of the time just before it breaks?
Because it is very odd to see the BSSID to be suddenly cleared, currently
is seems to occur with some people in managed mode as well and so
far I haven't been able to trace it.
Although now that it occurs in master mode as well it becomes
more worrying since mac80211 doesn't control the BSSID in that case
(rt2x00 just grabs the MAC address). So if this seems reproducable there
might be some sort of hardware register reset occuring that messes
things up badly.. :S
Ivo
next prev parent reply other threads:[~2008-04-05 17:44 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-04-05 16:22 hostapd hangs on rt2500pci, leaving the nic in an unstable state Bas Hulsken
2008-04-05 17:46 ` Ivo van Doorn [this message]
2008-04-06 12:52 ` Bas Hulsken
2008-04-06 15:08 ` Ivo van Doorn
2008-04-07 17:47 ` Bas Hulsken
2008-04-09 17:32 ` Ivo van Doorn
2008-04-09 17:33 ` Ivo van Doorn
2008-04-10 16:39 ` Bas Hulsken
2008-04-10 16:59 ` Ivo van Doorn
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=200804051946.24100.IvDoorn@gmail.com \
--to=ivdoorn@gmail.com \
--cc=bhulsken@hotmail.com \
--cc=johannes@sipsolutions.net \
--cc=linux-wireless@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).