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