From: Stefan Monnier <monnier@iro.umontreal.ca>
To: linux-wireless@vger.kernel.org
Subject: Re: rtl8187se locks up when switching network
Date: Tue, 10 Nov 2009 23:09:47 -0500 [thread overview]
Message-ID: <jwvzl6tiuim.fsf-monnier+gmane.linux.kernel.wireless.general@gnu.org> (raw)
In-Reply-To: 4AFA22DF.8060907@lwfinger.net
>> I've just dine a few more tests, and switching network works just fine
>> if I "modprobe -r rtl8187se" and then "modprobe rth8187se" between the
>> disconnect and the reconnect, but otherwise the system almost always
>> hangs during the connection to the other network. The way it hangs is
>> always the same: everything just freezes and 2 of the status
>> leds blink. The exact moment at which the freeze takes place seems to
>> vary: sometimes it's while getting the IP address, other times its
>> earlier.
> Do you mean that the "Caps Lock" and "num lock" LEDs are blinking?
Could be (the label got washed away fairly quickly, but since those
leds are normally always off and I never use num-lock nor caps-lock,
that sounds right).
> If so, that is a kernel panic. You will be able to capture some
> information about that crash by switching to the logging console
> (CTRL-ALT-F10) just after you initiate the process that causes
> the crash.
It wasn't easy to do it quickly enough, but I just got a backtrace
there. The 1024x600 display doesn't let me see the whole backtrace and
I don't seem to be able to scroll, so here's the part I can see:
do_invalid_op+0x6c/0x75
skb_put+0x5d/0x67
vt_console_print+0x0/0x247
up+0x9/0x2a
release_console_sem+0x174/0x1a2
error_code+0x66/0x6c
do_invalid_op+0x0/0x75
skb_put+0x5d/0x67
ieee80211_association_req+0x189/0x1f8 [rtl8187se]
ieee80211_association_req+0x189/0x1f8 [rtl8187se]
ieee80211_associate_step+0x24/0x5b [rtl8187se]
ieee80211_rx_frame_softmac+0x358/0x498 [rtl8187se]
cpumask_next_and+0x23/0x33
ieee80211_rx+0x542/0xc9c [rtl8187se]
__alloc_skb+0x46/0x111
rtl8180_rx+0x728/0x828 [rtl8187se]
hrtimer_get_next_event+0x8c/0xa0
tasklet_action+0x67/0xad
rtl8180_interrupt+0x35d/0x368 [rtl8187se]
__do_softirq+0xaa/0x151
do_softirq+0x31/0x3c
irq_exit+0x26/0x58
do_IRQ+0x78/0x89
common_interrup+0x29/0x30
acpi_idle_enter_bm+0x246/0x281 [processor]
cpuidle_idle_call+0x68/0xbb
cpu_idle+0x46/0x5f
start_kernel+0x2c7/0x2ca
>> IIUC this driver is not under active development, but maybe someone
>> knows it enough to try and fix it, or maybe there's some alternative
>> driver for this card that I should try?
> The vendor driver in staging is not really under active development.
> We are currently writing a mainline driver that uses mac80211 from the
> vendor code. Of course, it is not possible to predict when this
> driver will be ready.
If/when there's something I can do to help test it, please let me know,
Stefan
prev parent reply other threads:[~2009-11-11 4:10 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-11-11 1:25 rtl8187se locks up when switching network Stefan Monnier
2009-11-11 2:35 ` Larry Finger
2009-11-11 4:09 ` Stefan Monnier [this message]
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=jwvzl6tiuim.fsf-monnier+gmane.linux.kernel.wireless.general@gnu.org \
--to=monnier@iro.umontreal.ca \
--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