From: Arnd Bergmann <arnd@arndb.de> To: Barry Song <21cnbao@gmail.com> Cc: linux-arm-kernel@lists.infradead.org, Linus Torvalds <torvalds@linux-foundation.org>, Thomas Gleixner <tglx@linutronix.de>, Russell King <linux@arm.linux.org.uk>, linux-kernel@vger.kernel.org, Nicolas Pitre <nico@fluxnic.net> Subject: Re: [RFC] ARM Subarchitecture group maintainership Date: Thu, 19 May 2011 14:20:33 +0200 [thread overview] Message-ID: <201105191420.33269.arnd@arndb.de> (raw) In-Reply-To: <BANLkTim_0eRvDkQwAYjTNQsOVQiHV+DdBQ@mail.gmail.com> On Thursday 19 May 2011, Barry Song wrote: > > diff --git a/MAINTAINERS b/MAINTAINERS > > index 8fce5e6..942d052 100644 > > --- a/MAINTAINERS > > +++ b/MAINTAINERS > > @@ -630,6 +630,17 @@ S: Maintained > > F: drivers/amba/ > > F: include/linux/amba/bus.h > > > > +ARM SUBARCHITECTURES > > +M: Arnd Bergmann <arnd@arndb.de> > > +M: Nicolas Pitre <nico@fluxnic.net> > > +M: Thomas Gleixner <tglx@linutronix.de> > > +M: arm@kernel.org > > +L: linux-arm-kernel@lists.infradead.org (moderated for non-subscribers) > > +S: MAINTAINEDftp.arm.linux.org.uk Git - linux-2.6-arm.git/summary > > +F: arch/arm/mach-*/ > > +F: arch/arm/plat-*/ > > +T: git git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-subarch.git > > + > > does it mean if we want to add a new SoC plat/mach, we will send > patches againest this tree? You should submit it for inclusion into this tree, but as a new branch (or multiple branches) forked off from the mainline tree. We will make sure it cleanly merges with the other subarchitectures. > will this tree merge into rmk's tree? then rmk's tree will only manage > arm common codes? We'll see. My current idea is that we will push all subarchitecture branches upstream to Linus directly, while Russell pushes the core branch(es) upstream in parallel, but the master branch of the subarch tree could end up pulling in the core tree as well, in order to make life easier for Stephen's linux-next tree that needs both. This depends to some degree on whether Russell wants to keep some subarchitectures in his own tree, or we put all of them in the new subarch tree. Arnd
WARNING: multiple messages have this Message-ID (diff)
From: arnd@arndb.de (Arnd Bergmann) To: linux-arm-kernel@lists.infradead.org Subject: [RFC] ARM Subarchitecture group maintainership Date: Thu, 19 May 2011 14:20:33 +0200 [thread overview] Message-ID: <201105191420.33269.arnd@arndb.de> (raw) In-Reply-To: <BANLkTim_0eRvDkQwAYjTNQsOVQiHV+DdBQ@mail.gmail.com> On Thursday 19 May 2011, Barry Song wrote: > > diff --git a/MAINTAINERS b/MAINTAINERS > > index 8fce5e6..942d052 100644 > > --- a/MAINTAINERS > > +++ b/MAINTAINERS > > @@ -630,6 +630,17 @@ S: Maintained > > F: drivers/amba/ > > F: include/linux/amba/bus.h > > > > +ARM SUBARCHITECTURES > > +M: Arnd Bergmann <arnd@arndb.de> > > +M: Nicolas Pitre <nico@fluxnic.net> > > +M: Thomas Gleixner <tglx@linutronix.de> > > +M: arm at kernel.org > > +L: linux-arm-kernel at lists.infradead.org (moderated for non-subscribers) > > +S: MAINTAINEDftp.arm.linux.org.uk Git - linux-2.6-arm.git/summary > > +F: arch/arm/mach-*/ > > +F: arch/arm/plat-*/ > > +T: git git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-subarch.git > > + > > does it mean if we want to add a new SoC plat/mach, we will send > patches againest this tree? You should submit it for inclusion into this tree, but as a new branch (or multiple branches) forked off from the mainline tree. We will make sure it cleanly merges with the other subarchitectures. > will this tree merge into rmk's tree? then rmk's tree will only manage > arm common codes? We'll see. My current idea is that we will push all subarchitecture branches upstream to Linus directly, while Russell pushes the core branch(es) upstream in parallel, but the master branch of the subarch tree could end up pulling in the core tree as well, in order to make life easier for Stephen's linux-next tree that needs both. This depends to some degree on whether Russell wants to keep some subarchitectures in his own tree, or we put all of them in the new subarch tree. Arnd
next prev parent reply other threads:[~2011-05-19 12:20 UTC|newest] Thread overview: 88+ messages / expand[flat|nested] mbox.gz Atom feed top 2011-05-18 8:47 [RFC] ARM Subarchitecture group maintainership Arnd Bergmann 2011-05-18 8:47 ` Arnd Bergmann 2011-05-18 14:53 ` Catalin Marinas 2011-05-18 14:53 ` Catalin Marinas 2011-05-25 7:59 ` Tony Lindgren 2011-05-25 7:59 ` Tony Lindgren 2011-05-25 14:28 ` Nicolas Pitre 2011-05-25 14:28 ` Nicolas Pitre 2011-05-25 15:34 ` Tony Lindgren 2011-05-25 15:34 ` Tony Lindgren 2011-05-25 16:06 ` Thomas Gleixner 2011-05-25 16:06 ` Thomas Gleixner 2011-05-26 8:28 ` Mark Brown 2011-05-26 8:28 ` Mark Brown 2011-05-26 8:33 ` Thomas Gleixner 2011-05-26 8:33 ` Thomas Gleixner 2011-05-26 9:59 ` Mark Brown 2011-05-26 9:59 ` Mark Brown 2011-05-26 10:13 ` Arnd Bergmann 2011-05-26 10:13 ` Arnd Bergmann 2011-05-18 15:22 ` Shawn Guo 2011-05-18 15:22 ` Shawn Guo 2011-05-18 15:27 ` Anca Emanuel 2011-05-18 15:27 ` Anca Emanuel 2011-05-19 12:13 ` Arnd Bergmann 2011-05-19 12:13 ` Arnd Bergmann 2011-05-18 15:56 ` Jean-Christophe PLAGNIOL-VILLARD 2011-05-18 15:56 ` Jean-Christophe PLAGNIOL-VILLARD 2011-05-18 21:24 ` Thomas Gleixner 2011-05-18 21:24 ` Thomas Gleixner 2011-05-18 21:47 ` Catalin Marinas 2011-05-18 21:47 ` Catalin Marinas 2011-05-18 20:49 ` David Brown 2011-05-18 20:49 ` David Brown 2011-05-19 1:27 ` Barry Song 2011-05-19 1:27 ` Barry Song 2011-05-19 2:42 ` Nicolas Pitre 2011-05-19 2:42 ` Nicolas Pitre 2011-05-19 3:01 ` Barry Song 2011-05-19 3:01 ` Barry Song 2011-05-19 13:31 ` Linus Walleij 2011-05-19 13:31 ` Linus Walleij 2011-05-19 19:28 ` Russell King - ARM Linux 2011-05-19 19:28 ` Russell King - ARM Linux 2011-05-19 19:31 ` Nicolas Pitre 2011-05-19 19:31 ` Nicolas Pitre 2011-05-19 13:50 ` Arnd Bergmann 2011-05-19 13:50 ` Arnd Bergmann 2011-05-19 14:23 ` Barry Song 2011-05-19 14:23 ` Barry Song 2011-05-19 15:08 ` Arnd Bergmann 2011-05-19 15:08 ` Arnd Bergmann 2011-05-24 9:23 ` Barry Song 2011-05-24 9:23 ` Barry Song 2011-05-24 12:26 ` Arnd Bergmann 2011-05-24 12:26 ` Arnd Bergmann 2011-05-27 5:34 ` viresh kumar 2011-05-27 5:34 ` viresh kumar 2011-05-27 7:24 ` Arnd Bergmann 2011-05-27 7:24 ` Arnd Bergmann 2011-05-19 12:20 ` Arnd Bergmann [this message] 2011-05-19 12:20 ` Arnd Bergmann 2011-05-19 3:38 ` viresh kumar 2011-05-19 3:38 ` viresh kumar 2011-05-20 20:48 ` Linus Walleij 2011-05-20 20:48 ` Linus Walleij 2011-05-20 20:59 ` Joe Perches 2011-05-20 20:59 ` Joe Perches 2011-05-21 8:23 ` Arnd Bergmann 2011-05-21 8:23 ` Arnd Bergmann 2011-05-25 8:10 ` Nicolas Ferre 2011-05-25 8:10 ` Nicolas Ferre 2011-05-25 8:23 ` Sascha Hauer 2011-05-25 8:23 ` Sascha Hauer 2011-05-25 16:19 ` H Hartley Sweeten 2011-05-25 16:19 ` H Hartley Sweeten 2011-05-26 16:14 ` Kevin Hilman 2011-05-26 16:14 ` Kevin Hilman 2011-05-27 0:01 ` Kyungmin Park 2011-05-27 0:01 ` Kyungmin Park 2011-07-26 18:03 ` Stephen Boyd 2011-07-26 18:03 ` Stephen Boyd 2011-07-27 1:47 ` Barry Song 2011-07-27 1:47 ` Barry Song 2011-07-27 2:23 ` Stephen Boyd 2011-07-27 2:23 ` Stephen Boyd 2011-07-27 14:55 ` Arnd Bergmann 2011-07-27 14:55 ` Arnd Bergmann
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=201105191420.33269.arnd@arndb.de \ --to=arnd@arndb.de \ --cc=21cnbao@gmail.com \ --cc=linux-arm-kernel@lists.infradead.org \ --cc=linux-kernel@vger.kernel.org \ --cc=linux@arm.linux.org.uk \ --cc=nico@fluxnic.net \ --cc=tglx@linutronix.de \ --cc=torvalds@linux-foundation.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.