Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

ARM subarch submissions for next merge window

6 views
Skip to first unread message

Kevin Hilman

unread,
Aug 24, 2009, 9:50:09 AM8/24/09
to
Linus,

After some discussions on linux-arm-kernel during the last merge
window, a suggestion from Alan Cox[1], and a willingness to try it
from Russell[2], some ARM subarch maintainers would like to push our
platform-specific code directly to you for the next merge window.

Any changes that affect common ARM code will still be pushed via
Russell, only our platform-specific code will be submitted directly.

Also our platform code is still posted and reviewed on
linux-arm-kernel as well as being included in linux-next. Only the
merge path will change slightly.

Any problems with this?

Kevin
maintainer: arch/arm/mach-davinci/*
developer: arch/arm/mach-omap2/*

[1] http://marc.info/?l=linux-arm-kernel&m=124472557106678&w=2
[2] http://marc.info/?l=linux-kernel&m=124472614607233&w=2
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majo...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

Linus Torvalds

unread,
Aug 24, 2009, 4:00:25 PM8/24/09
to

On Mon, 24 Aug 2009, Kevin Hilman wrote:
>
> After some discussions on linux-arm-kernel during the last merge
> window, a suggestion from Alan Cox[1], and a willingness to try it
> from Russell[2], some ARM subarch maintainers would like to push our
> platform-specific code directly to you for the next merge window.
>
> Any changes that affect common ARM code will still be pushed via
> Russell, only our platform-specific code will be submitted directly.
>
> Also our platform code is still posted and reviewed on
> linux-arm-kernel as well as being included in linux-next. Only the
> merge path will change slightly.
>
> Any problems with this?

I don't have any issues with it, as long as the subarch trees are clean
and clear.

Part of that is the normal "git cleanliness" issue in general (ie I don't
want to see ugly back-merges of my random kernel-of-the-day or see that
something was rebased just five minutes ago and clearly had no testing),
but the other part is obviously that if there then ends up being
complaints where people end up stepping on each others toes, I would want
a top-level maintainer to step in.

But I guess that as long as it's clearly just platform-specific files,
that won't be a problem.

Linus

Bill Gatliff

unread,
Aug 25, 2009, 3:50:13 PM8/25/09
to
Linus Torvalds wrote:
> On Mon, 24 Aug 2009, Kevin Hilman wrote:
>
>> After some discussions on linux-arm-kernel during the last merge
>> window, a suggestion from Alan Cox[1], and a willingness to try it
>> from Russell[2], some ARM subarch maintainers would like to push our
>> platform-specific code directly to you for the next merge window.
>>

How do you define "subarch maintainer"? If I have a new platform port,
but am heretofore unknown to linux-arm-kernel, do I still send a pull
request to Linus directly? Or are the subarch maintainers the guys like
Russell, Nico, Tony, etc. and _they_ are the ones that get to send pull
requests directly to the Benevolent Dictator for Life?


b.g.

--
Bill Gatliff
bg...@billgatliff.com

0 new messages