[Ksummit-2012-discuss] [ATTEND] stable-kernel git management?

Ido Rosen irosen at gmail.com
Wed Jun 20 15:07:26 UTC 2012

Having a linux-stable.git "preview" branch wouldn't hurt, if only to make upcoming changes easier to see.  We'd also see the patches getting reverted/removed as that happened if it happened pre-master-merge.

On Jun 20, 2012, at 9:13, Takashi Iwai <tiwai at suse.de> wrote:

> At Wed, 20 Jun 2012 09:02:32 -0400,
> Josh Boyer wrote:
>> On Wed, Jun 20, 2012 at 02:33:32PM +0200, Takashi Iwai wrote:
>>> Hi,
>>> I'd like to join this year's kernel summit.  I can bring expertise
>>> from the sound subsystem maintenance and raise issues learned from the
>>> Linux laptop / desktop preload experiences.
>>> Like many people have already commented on stable kernel process, I'm
>>> also interested in it.  Especially whether it makes sense to allow
>>> maintainers to send pull requests to Greg and others.
>>> Currently, we receive patch bombs from Greg when patches are queued or
>>> in the review phase before the stable release.  But it's hard to
>>> follow whether all necessary patches are merged only from these
>>> individual patch mails.  I often loose some overview.
>>> After all, it's the subsystem maintainer who knows well about the
>>> commits they did, what should be applied to which kernel and how.
>>> I'm willing to do the backport or merge to the stable kernel for my
>>> own commits at the same time I commit to the for-linus branch, then
>>> give Greg to pull.
>> Dave Miller does this for the net tree already, though I don't think it
>> is a pull request.  I believe he queues the patches he feels are
>> necessary and then sends them in one large patch.
> OK, that's good to know.
>> That sounds like something any maintainer could ask Greg to work from.
> Yeah, but a general guideline would be good to have, IMO.
>>> This also helps in some cases where the patch is not trivial to
>>> backport.  So far, I prepare an extra patch and send to stable after
>>> merge to Linus tree, but I forget often due to this delay.
>>> Or, at least, if we can have the expanded to-be-released-as-stable
>>> git tree, it'd help the review for me...
>> Greg keeps the unreleased patches in a quilt series in the stable-queue
>> git tree.  Is that not sufficient?  If not, why?
> Well, it's no expanded tree.  I'm just too lazy to do "get the latest
> linux-stable.git, update stable-queue.git, apply series" at each time
> :)
> Takashi
> _______________________________________________
> Ksummit-2012-discuss mailing list
> Ksummit-2012-discuss at lists.linux-foundation.org
> https://lists.linux-foundation.org/mailman/listinfo/ksummit-2012-discuss

More information about the Ksummit-2012-discuss mailing list