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: [GIT PULL] ARM: mvebu: SoC changes for v3.17 (round 4)
Date: Sat, 26 Jul 2014 11:46:46 +0200	[thread overview]
Message-ID: <4997815.jasXMfNc8s@wuerfel> (raw)
In-Reply-To: <20140725124926.GH23220@titan.lakedaemon.net>

On Friday 25 July 2014 08:49:26 Jason Cooper wrote:
> Here's the (late) last round of changes for mvebu.  Daniel and Thomas
> did a great job reviewing and resubmitting the cpuidle series, so that
> is the primary content of this pull request.  There are also a few small
> changes and Thomas added the URLs for publicly released datasheets for
> the Armada XP SoCs!
> 
> Note that the cpuidle series depends on some fixes in mvebu/fixes,
> therefore, mvebu/soc now depends on mvebu/fixes.  No matter how I did a
> temporary merge branch, the commit list is correct (no commits from
> mvebu/fixes), however, the diffstat includes the changes from
> mvebu/fixes (the dts changes give it away).

I suspect this is the 'backmerge' problem: You pulled the fixes branch
into the soc-cpuidle branch, so git now sees the fixes as part of your
branch. IIRC you can avoid this if you do the merge the other way round
and start a new branch on top of fixes and then pull the soc-cpuidle
branch into that. That in turn will give you an odd-looking commit
message though, so you can't do it right until someone adds support into
git-merge to handle it better.

> To remedy this, I've included the diffstat of v3.16-rc1..mvebu/fixes at
> the bottom so that you can compare.  Everything in /fixes has already
> been pulled.
> 
> Based on tags/mvebu-soc-3.17-3, please pull.

Pulled into next/soc, thanks!

	Arnd

  reply	other threads:[~2014-07-26  9:46 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-07-25 12:49 [GIT PULL] ARM: mvebu: SoC changes for v3.17 (round 4) Jason Cooper
2014-07-26  9:46 ` Arnd Bergmann [this message]
2014-07-26 14:37   ` Jason Cooper

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=4997815.jasXMfNc8s@wuerfel \
    --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