From: u.kleine-koenig@pengutronix.de (Uwe Kleine-König)
To: linux-arm-kernel@lists.infradead.org
Subject: [GIT PULL v2] efm32 cleanups for next
Date: Sat, 22 Feb 2014 19:58:02 +0100 [thread overview]
Message-ID: <20140222185802.GS6988@pengutronix.de> (raw)
In-Reply-To: <20140222003853.GG13233@quad.lixom.net>
Hello Olof,
On Fri, Feb 21, 2014 at 04:38:53PM -0800, Olof Johansson wrote:
> On Thu, Feb 20, 2014 at 08:54:52PM +0100, Uwe Kleine-K?nig wrote:
> > Hello,
> >
> > this pull request superseeds the earlier request this mail is a reply
> > to. Compared to the original one I added another cleanup. Here come the
> > full details:
> >
> > The following changes since commit 11d73c56b96b4297bd96273e9a22b7c72d13f1fa:
> >
> > Merge tag 'dropmachtimexh-v2' of git://git.pengutronix.de/git/ukl/linux into next/cleanup (2014-02-18 22:19:33 -0800)
> >
> > are available in the git repository at:
> >
> > git://git.pengutronix.de/git/ukl/linux.git tags/efm32-next
> >
> > for you to fetch changes up to f41b0482d5c1fc05234d54d58931a606ec7a97a2:
> >
> > ARM: efm32: drop selecting CLKSRC_MMIO (2014-02-20 09:56:18 +0100)
> >
> > ----------------------------------------------------------------
> > Just three simple cleanups for efm32 removing two now unused files and a
> > superflous select by ARCH_EFM32.
> >
> > ----------------------------------------------------------------
> > BTW, I based this on armsoc/cleanup because this is the first commit
> > that allows to remove efm32's <mach/timex.h> (which is the last one in
> > the tree).
>
> We ask you to never base your branches on top of our next/* contents, since it
> happens that it will be rebuilt. Instead you should base your branch on top of
> the topic branch in question, i.e. your timex-removal branch.
my timex-removal branch isn't enough, because it bases on v3.13-rc1
which does neither have arch/arm/mach-efm32 nor the commits that allow
to drop the select CLKSRC_MMIO nor the commit that allows to drop
<mach/entry-macro.S>.
That's why I wrote that armsoc/[next/]cleanup is the first commit that
makes my cleanups possible.
The only options I see are:
1) merge v3.14-rc1 into my timex-series myself and base on that;
2) wait until my timex-series enters a tree with >= 3.14-rc1 that is
stable; or
3) drop commit "ARM: efm32: drop unused file <mach/timex.h>" for now
and base the rest on top of 3.14-rc1.
I did 2) assuming that next/cleanup is stable. Actually this isn't much
different from 1) because the commit I based my changes on is just
3.14-rc1 + your merge of my series. So even if you want to redo
next/cleanup throwing out some merges different than mine it shouldn't
be too hard to keep the merge you did.
The details are:
- "ARM: efm32: drop selecting CLKSRC_MMIO" depends on
09ca27579ee5 (clocksource: time-efm32: Select CLKSRC_MMIO)
which is in v3.13-rc5;
- "ARM: efm32: drop unused file <mach/timex.h>" depends on
79f08d9ed217 (ARM: drop <mach/timex.h> for !ARCH_MULTIPLATFORM, too)
6d85e2b0b6be (ARM: new platform for Energy Micro's EFM32 Cortex-M3 SoCs)
so I need v3.14-rc1 + dropmachtimexh-v2 for it;
- "ARM: efm32: drop unused file entry-macro.S" depends on
e6d159cdf9f7 (ARM: 7890/1: v7-M: drop using mach/entry-macro.S)
which is in v3.14-rc1.
Please advice,
Uwe
--
Pengutronix e.K. | Uwe Kleine-K?nig |
Industrial Linux Solutions | http://www.pengutronix.de/ |
next prev parent reply other threads:[~2014-02-22 18:58 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-02-19 20:19 [GIT PULL] efm32 cleanups for next Uwe Kleine-König
2014-02-19 20:20 ` [PATCH 1/2] ARM: efm32: drop unused file entry-macro.S Uwe Kleine-König
2014-02-19 20:20 ` [PATCH 2/2] ARM: efm32: drop unused file <mach/timex.h> Uwe Kleine-König
2014-02-20 19:54 ` [GIT PULL v2] efm32 cleanups for next Uwe Kleine-König
2014-02-22 0:38 ` Olof Johansson
2014-02-22 18:58 ` Uwe Kleine-König [this message]
2014-02-23 13:51 ` Olof Johansson
2014-02-24 9:36 ` [GIT PULL v3] " Uwe Kleine-König
2014-02-25 19:28 ` 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=20140222185802.GS6988@pengutronix.de \
--to=u.kleine-koenig@pengutronix.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;
as well as URLs for NNTP newsgroup(s).