public inbox for linux-arm-kernel@lists.infradead.org
 help / color / mirror / Atom feed
From: arnd@arndb.de (Arnd Bergmann)
To: linux-arm-kernel@lists.infradead.org
Subject: Patch Merging Path - RMK or Arnd?
Date: Fri, 19 Aug 2011 16:21:56 +0200	[thread overview]
Message-ID: <201108191621.56263.arnd@arndb.de> (raw)
In-Reply-To: <20110819124933.GG8918@e102144-lin.cambridge.arm.com>

On Friday 19 August 2011, Will Deacon wrote:
> Ideally, I would also merge these via Russell, but there is now scope for
> conflict with your arm-soc branch given that I'm changing files under mach-*
> and plat-*. How would you recommend that I proceed? I can think of three
> solutions:
> 
> 
> (1) [preferred] Merge via Russell, conflicts show up in -next and are
>     resolved then.
> 
> (2) Split the patches up so that the core changes go via Russell. When they
>     are in a suitable tree (-next?) then send you the remainder on top of
>     that.
> 
> (3) Merge the whole lot via you. This really just inverts the problem rather
>     than solving anything.
> 
> 
> I expect this will become a fairly common pattern with single zImage work,
> so it would be great to clarify the intended path upstream.

There is another options, which is to have the changes in both trees, or
at least have some of the changes in both.

Fortunately, git can handle merges of that sort just fine, so I'd say
depending on the contents you do one of:

(4) Split up the changesets into a core set (for the arch directory) and
    a second set that goes on top and changes all the platforms. Get
    Russell to take the base patches into one branch, and submit the
    branch containing the full set (including the ones in Russell's
    tree) for the arm-soc tree. I will then make sure queue the changes
    for merging to Linus after he has taken the base changes from
    Russell.

(5) Prepare one git tree and submit it to both trees at once. If everyone
    is happy with the changes, we just apply it to both and one of us
    submits it first.
    Either tree can also contain further changes on top, so if your
    changes are already upstream through one tree, the second pull request
    from the other tree will contain the other changes that go on top.

This is really not much different to dependencies on any other tree,
e.g. when the gpio subsystem has some changes that are required for
platform specific changes that go through the arm-soc tree.

	Arnd

  reply	other threads:[~2011-08-19 14:21 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-08-19 12:49 Patch Merging Path - RMK or Arnd? Will Deacon
2011-08-19 14:21 ` Arnd Bergmann [this message]
2011-08-19 14:45   ` Will Deacon
2011-08-20 21:23     ` Arnd Bergmann
2011-08-21 11:29       ` Will Deacon
2011-08-21 12:49         ` Russell King - ARM Linux

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=201108191621.56263.arnd@arndb.de \
    --to=arnd@arndb.de \
    --cc=linux-arm-kernel@lists.infradead.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: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox