* Re: RFC/T: Trial fix for the bcm43xx - wpa_supplicant - NetworkManager deadlock
[not found] ` <1164098989.2769.9.camel@ux156>
@ 2006-11-21 8:59 ` Michael Buesch
[not found] ` <200611210959.17644.mb-fseUSCV1ubazQB+pC5nmwQ@public.gmane.org>
0 siblings, 1 reply; 3+ messages in thread
From: Michael Buesch @ 2006-11-21 8:59 UTC (permalink / raw)
To: Johannes Berg
Cc: Larry Finger, Dan Williams, Ray Lee, bcm43xx-dev, Joseph Fannin,
netdev
On Tuesday 21 November 2006 09:49, Johannes Berg wrote:
> On Tue, 2006-11-21 at 00:17 +0100, Michael Buesch wrote:
>
> > So, how to fix this?
> > Actually, do we even _have_ to disable TX when scanning? I'd say no.
> > Opinions?
>
> For active scanning we can't disable TX. And for passive scanning the
> firmware will block unwanted frames from going out on the wrong
> channel :)
Ok, so people, please do test this patch.
I did not test it myself, but I am pretty sure it will fix
a lot of mysterious and unobvious bugs people are seeing.
Signed-off-by: Michael Buesch <mb@bu3sch.de>
Index: wireless-2.6/net/ieee80211/softmac/ieee80211softmac_scan.c
===================================================================
--- wireless-2.6.orig/net/ieee80211/softmac/ieee80211softmac_scan.c 2006-09-27 19:34:20.000000000 +0200
+++ wireless-2.6/net/ieee80211/softmac/ieee80211softmac_scan.c 2006-11-21 09:57:14.000000000 +0100
@@ -47,7 +47,6 @@ ieee80211softmac_start_scan(struct ieee8
sm->scanning = 1;
spin_unlock_irqrestore(&sm->lock, flags);
- netif_tx_disable(sm->ieee->dev);
ret = sm->start_scan(sm->dev);
if (ret) {
spin_lock_irqsave(&sm->lock, flags);
@@ -248,7 +247,6 @@ void ieee80211softmac_scan_finished(stru
if (net)
sm->set_channel(sm->dev, net->channel);
}
- netif_wake_queue(sm->ieee->dev);
ieee80211softmac_call_events(sm, IEEE80211SOFTMAC_EVENT_SCAN_FINISHED, NULL);
}
EXPORT_SYMBOL_GPL(ieee80211softmac_scan_finished);
--
Greetings Michael.
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: RFC/T: Trial fix for the bcm43xx - wpa_supplicant - NetworkManager deadlock
[not found] ` <200611210959.17644.mb-fseUSCV1ubazQB+pC5nmwQ@public.gmane.org>
@ 2006-11-21 16:30 ` Larry Finger
2006-11-21 22:54 ` Michael Buesch
1 sibling, 0 replies; 3+ messages in thread
From: Larry Finger @ 2006-11-21 16:30 UTC (permalink / raw)
To: Michael Buesch
Cc: Dan Williams, netdev-u79uwXL29TY76Z2rM5mHXA, Joseph Fannin,
Ray Lee, Johannes Berg, bcm43xx-dev-0fE9KPoRgkgATYTw5x5z8w
Michael Buesch wrote:
> On Tuesday 21 November 2006 09:49, Johannes Berg wrote:
>> On Tue, 2006-11-21 at 00:17 +0100, Michael Buesch wrote:
>>
>>> So, how to fix this?
>>> Actually, do we even _have_ to disable TX when scanning? I'd say no.
>>> Opinions?
>> For active scanning we can't disable TX. And for passive scanning the
>> firmware will block unwanted frames from going out on the wrong
>> channel :)
>
>
> Ok, so people, please do test this patch.
> I did not test it myself, but I am pretty sure it will fix
> a lot of mysterious and unobvious bugs people are seeing.
I put the equivalent into my system about 12 hours ago and have not seen any problems.
Larry
>
> Signed-off-by: Michael Buesch <mb-fseUSCV1ubazQB+pC5nmwQ@public.gmane.org>
>
> Index: wireless-2.6/net/ieee80211/softmac/ieee80211softmac_scan.c
> ===================================================================
> --- wireless-2.6.orig/net/ieee80211/softmac/ieee80211softmac_scan.c 2006-09-27 19:34:20.000000000 +0200
> +++ wireless-2.6/net/ieee80211/softmac/ieee80211softmac_scan.c 2006-11-21 09:57:14.000000000 +0100
> @@ -47,7 +47,6 @@ ieee80211softmac_start_scan(struct ieee8
> sm->scanning = 1;
> spin_unlock_irqrestore(&sm->lock, flags);
>
> - netif_tx_disable(sm->ieee->dev);
> ret = sm->start_scan(sm->dev);
> if (ret) {
> spin_lock_irqsave(&sm->lock, flags);
> @@ -248,7 +247,6 @@ void ieee80211softmac_scan_finished(stru
> if (net)
> sm->set_channel(sm->dev, net->channel);
> }
> - netif_wake_queue(sm->ieee->dev);
> ieee80211softmac_call_events(sm, IEEE80211SOFTMAC_EVENT_SCAN_FINISHED, NULL);
> }
> EXPORT_SYMBOL_GPL(ieee80211softmac_scan_finished);
>
>
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: RFC/T: Trial fix for the bcm43xx - wpa_supplicant - NetworkManager deadlock
[not found] ` <200611210959.17644.mb-fseUSCV1ubazQB+pC5nmwQ@public.gmane.org>
2006-11-21 16:30 ` Larry Finger
@ 2006-11-21 22:54 ` Michael Buesch
1 sibling, 0 replies; 3+ messages in thread
From: Michael Buesch @ 2006-11-21 22:54 UTC (permalink / raw)
To: Larry Finger
Cc: Dan Williams, netdev-u79uwXL29TY76Z2rM5mHXA, Joseph Fannin,
Ray Lee, Johannes Berg, bcm43xx-dev-0fE9KPoRgkgATYTw5x5z8w
> I put the equivalent into my system about 12 hours ago and have not seen any problems.
It's definately a bugfix and it should go into the
trees (stable too) after some regression testing, regardless of
whether this fixes _this_ bug or not.
PS: I had some MTA problems (caused by PEBCAK) and lost some
or today's mail. The server seems to have bounced.
I'm sorry for this.
So, if somebody sent me a mail in the last 9 hours, better resend. :)
Thanks.
--
Greetings Michael.
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2006-11-21 22:54 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <4561DBE0.2060908@lwfinger.net>
[not found] ` <200611210017.47695.mb@bu3sch.de>
[not found] ` <1164098989.2769.9.camel@ux156>
2006-11-21 8:59 ` RFC/T: Trial fix for the bcm43xx - wpa_supplicant - NetworkManager deadlock Michael Buesch
[not found] ` <200611210959.17644.mb-fseUSCV1ubazQB+pC5nmwQ@public.gmane.org>
2006-11-21 16:30 ` Larry Finger
2006-11-21 22:54 ` Michael Buesch
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).