linux-wireless.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* Please do not pull 2.6.27-rc1 into wireless-testing
@ 2008-07-29  4:42 Larry Finger
  2008-07-29 17:46 ` John W. Linville
  0 siblings, 1 reply; 4+ messages in thread
From: Larry Finger @ 2008-07-29  4:42 UTC (permalink / raw)
  To: John Linville; +Cc: wireless

John,

As stated in the subject, please do not update wireless-testing with 2.6.27-rc1, 
at least for a while. In the thread that starts at 
http://thread.gmane.org/gmane.linux.kernel.wireless.general/18423, I found that 
commit 175f9c1bba9b825d2 breaks wireless, at least for b43. Until that is fixed, 
I think wireless-testing should remain at 2.6.26.

Larry


^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Please do not pull 2.6.27-rc1 into wireless-testing
  2008-07-29  4:42 Please do not pull 2.6.27-rc1 into wireless-testing Larry Finger
@ 2008-07-29 17:46 ` John W. Linville
  2008-07-30  4:47   ` David Miller
  0 siblings, 1 reply; 4+ messages in thread
From: John W. Linville @ 2008-07-29 17:46 UTC (permalink / raw)
  To: Larry Finger; +Cc: wireless

On Mon, Jul 28, 2008 at 11:42:32PM -0500, Larry Finger wrote:

> As stated in the subject, please do not update wireless-testing with 
> 2.6.27-rc1, at least for a while. In the thread that starts at  
> http://thread.gmane.org/gmane.linux.kernel.wireless.general/18423, I 
> found that commit 175f9c1bba9b825d2 breaks wireless, at least for b43. 
> Until that is fixed, I think wireless-testing should remain at 2.6.26.

Have you tried the patches Johannes sent today?  Do they help the
situation?

John
-- 
John W. Linville
linville@tuxdriver.com

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Please do not pull 2.6.27-rc1 into wireless-testing
  2008-07-29 17:46 ` John W. Linville
@ 2008-07-30  4:47   ` David Miller
  2008-07-30  5:08     ` Larry Finger
  0 siblings, 1 reply; 4+ messages in thread
From: David Miller @ 2008-07-30  4:47 UTC (permalink / raw)
  To: linville; +Cc: Larry.Finger, linux-wireless

From: "John W. Linville" <linville@tuxdriver.com>
Date: Tue, 29 Jul 2008 13:46:23 -0400

> On Mon, Jul 28, 2008 at 11:42:32PM -0500, Larry Finger wrote:
> 
> > As stated in the subject, please do not update wireless-testing with 
> > 2.6.27-rc1, at least for a while. In the thread that starts at  
> > http://thread.gmane.org/gmane.linux.kernel.wireless.general/18423, I 
> > found that commit 175f9c1bba9b825d2 breaks wireless, at least for b43. 
> > Until that is fixed, I think wireless-testing should remain at 2.6.26.
> 
> Have you tried the patches Johannes sent today?  Do they help the
> situation?

And also not keeping wireless-testing at the latest upstream release
is completely counter productive.

It's just going to result in more and more merge hassles for John
than is really reasonable to expect him to deal with just because
mac80211 has some bug that needs to be fixed.

And keep in mind that in this particular case, mac80211 has had this
bug forever, it's just that how the stack is organized now the bug
matters all the time instead of "sometimes."

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Please do not pull 2.6.27-rc1 into wireless-testing
  2008-07-30  4:47   ` David Miller
@ 2008-07-30  5:08     ` Larry Finger
  0 siblings, 0 replies; 4+ messages in thread
From: Larry Finger @ 2008-07-30  5:08 UTC (permalink / raw)
  To: David Miller; +Cc: linville, linux-wireless

David Miller wrote:
> From: "John W. Linville" <linville@tuxdriver.com>
> Date: Tue, 29 Jul 2008 13:46:23 -0400
> 
>> On Mon, Jul 28, 2008 at 11:42:32PM -0500, Larry Finger wrote:
>>
>>> As stated in the subject, please do not update wireless-testing with 
>>> 2.6.27-rc1, at least for a while. In the thread that starts at  
>>> http://thread.gmane.org/gmane.linux.kernel.wireless.general/18423, I 
>>> found that commit 175f9c1bba9b825d2 breaks wireless, at least for b43. 
>>> Until that is fixed, I think wireless-testing should remain at 2.6.26.
>> Have you tried the patches Johannes sent today?  Do they help the
>> situation?
> 
> And also not keeping wireless-testing at the latest upstream release
> is completely counter productive.
> 
> It's just going to result in more and more merge hassles for John
> than is really reasonable to expect him to deal with just because
> mac80211 has some bug that needs to be fixed.
> 
> And keep in mind that in this particular case, mac80211 has had this
> bug forever, it's just that how the stack is organized now the bug
> matters all the time instead of "sometimes."

I already reported that Johannes's patches worked. It was part of the earlier 
message that seemed to bug you.

I understand that the bug was in mac80211 forever; however, most wireless 
systems worked. With your change in the qdisc handling, essentially no wireless 
worked. If wireless-testing caught the same bug, we would have been "up the creek".

I didn't order John not to pull, I merely asked him. If that would have overly 
complicated his work load, he would either have ignored my request, or he would 
have told me why he couldn't do what I asked. I'm quite certain he would have 
done the latter.

In any case, the matter is now over. The patch that fixes the problem (mostly) 
is in the things that John pushed to you today. Once you do your thing, then 
they will be in mainline too. Until that happens, I have a patch to make 
mainline work for me and I can go on looking for other problems. So far, no new 
ones have appeared. I still get the possible recursive locking warning, but I 
know it is harmless.

Larry

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2008-07-30  5:08 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-07-29  4:42 Please do not pull 2.6.27-rc1 into wireless-testing Larry Finger
2008-07-29 17:46 ` John W. Linville
2008-07-30  4:47   ` David Miller
2008-07-30  5:08     ` Larry Finger

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).