Re: stable cc's in linux -next was Re: [BUG] x86: bootmem brokenon SGI UV

[Greg KH]

On Sun, Oct 10, 2010 at 10:38:10AM +1100, Stephen Rothwell wrote:
> Hi Dave,
> 
> On Sun, 10 Oct 2010 07:34:58 +1000 Dave Airlie <airlied@xxxxxxxxx> wrote:
> >
> > On Sun, Oct 10, 2010 at 4:39 AM, Linus Torvalds
> > <torvalds@xxxxxxxxxxxxxxxxxxxx> wrote:
> > > On Sat, Oct 9, 2010 at 11:06 AM, Yinghai Lu <yinghai@xxxxxxxxxx> wrote:
> > >>
> > >> It is too late for put in 2.6.36. Linus already had -rc7, and assume he will have final .36 this week.
> > >
> > > Anything that is worth tagging for stable is worth fixing before the
> > > final release (probably Wednesday).
> > 
> > Do we track people dong this at all? I wonder how many patches in
> > linux-next have cc: stable in them but haven't been submitted to
> > Linus,
> 
> Good idea.  The "stable" branch of linux-next is just where in Linus'
> tree that's day's linux-next was based.
> 
> # Friday's linux-next:
> $ git log --pretty=oneline -i --grep="cc:[ 	]*stable" stable.. | wc -l
> 71
> # origin/master is Linus' current tree
> $ git fetch origin
> $ git log --pretty=oneline -i --grep="cc:[ 	]*stable" origin/master.. | wc -l
> 70
> # so at least one went in over the weekend

Wow, that's a lot.

> Some of these will be false positives because commits get rebased before
> being sent to Linus (quilt trees especially).

Yes, but still, your list looks correct.

New device ids are something trivial which I mark for stable, but
usually hold off on submitting this late in the release cycle as it just
takes up time for everyone involved and they aren't a big deal.

Others in my tree are stuff that are "nice to have" but not essencial
for .37 at all for this point in time.

Then there's the wireless tree, which always loves to tag stuff and then
provide backports, but they want the stuff tested in Linus's tree first,
which is fine, so it waits for the next release.

thanks for the list,

greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/