* 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
[parent not found: <200611210959.17644.mb-fseUSCV1ubazQB+pC5nmwQ@public.gmane.org>]
* 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).