[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAMP44s02v_OhviaF12Y8LWBJygyVLZk00d3P69GVvKAeJwjiuw@mail.gmail.com>
Date: Sat, 14 Apr 2012 01:53:22 +0300
From: Felipe Contreras <felipe.contreras@...il.com>
To: Felipe Contreras <felipe.contreras@...il.com>,
Stefan Richter <stefanr@...6.in-berlin.de>,
"ath9k-devel@...ts.ath9k.org" <ath9k-devel@...ema.h4ckr.net>,
Greg KH <gregkh@...uxfoundation.org>,
linux-wireless Mailing List <linux-wireless@...r.kernel.org>,
linux-kernel@...r.kernel.org, stable@...r.kernel.org,
"John W. Linville" <linville@...driver.com>,
akpm@...ux-foundation.org, torvalds@...ux-foundation.org,
alan@...rguk.ukuu.org.uk
Subject: Re: [ath9k-devel] [ 00/78] 3.3.2-stable review
On Fri, Apr 13, 2012 at 10:08 PM, Peter Stuge <peter@...ge.se> wrote:
> Felipe Contreras wrote:
>> I guess I should avoid the "stable" series then.
>
> I wish you had understood this much much sooner so that this nonsense
> thread could have been avoided.
>
> If you want the very latest fixes then *obviously* you need to use
> the most bleeding edge repo. (Linus')
No, I don't want the latest fixes, I want the latest *stable* kernel.
v3.3 is stable, v3.4-rcx are not. v3.4 would take months to cook,
there will be several release candidates, and it won't be released
until the known issues decrease to a reasonable level.
v3.3.x on the other hand are *not* stable. They contain patches
backported from v3.4, but nobody guarantees they will work. There was
no v3.3.1-rc1, so the first time the patches compromising v3.3.1 were
generally tested together is in v3.3.1, at which point if somebody
finds issues, it's too late; bad patches are *not* going to be removed
in v3.3.2. Once a tag is made, all the patches in it are dependent on
the pace of the development of mainline (v3.4-rcx), which is
definitely not stable, specially in the first release candidates.
IOW, the "stable" branch tries to be stable up to a point, then, it
becomes a testing ground for mainline, and a tracking device for
certain mainline issues.
--
Felipe Contreras
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists