All of lore.kernel.org
 help / color / mirror / Atom feed
From: u.kleine-koenig@pengutronix.de (Uwe Kleine-König)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v4 0/4] Energy Micro efm32 support
Date: Tue, 19 Nov 2013 11:20:19 +0100	[thread overview]
Message-ID: <20131119102019.GF28642@pengutronix.de> (raw)
In-Reply-To: <20131104105836.GI14892@pengutronix.de>

Hello,

On Mon, Nov 04, 2013 at 11:58:36AM +0100, Uwe Kleine-K?nig wrote:
> now that 3.12 is out, I patted my efm32 tree and I consider the base
> platform support ready for merging. I put it into my for-next branch at
> 
> 	git://git.pengutronix.de/git/ukl/linux.git for-next
> 
> so it should make it into the next next. I target 3.14-rc1 to make it
> in. The patches have a few runtime (but no compile-time) dependencies on
> these patches:
> 
> 	ARM: call of_clk_init from default time_init handler
> 	clocksource: Provide timekeeping for efm32 SoCs
> 	clk: new driver for efm32 SoC
> 
> All but the last patch are already in next, Mike promised to take the
> last one. DEBUG_LL is broken without
> 
> 	ARM: DEBUG_LL on efm32 SoCs
I'd like to get patch 4 (ARM: new platform for Energy Micro's EFM32
Cortex-M3 SoCs) in. In the state as it was sent here it build depends on
patches 1 - 3.  Patches 2 and 3 are in Russell's patch tracker (7890/1
and 7889/1). What do you think about patch 1? Some of the
NEED_MACH_TIMEX_H are already fixed by patches that I sent out. The
options here are:

	- rework patch 4 to not depend on patch 1 (easy)
	- merge v5 of patch 1 (which is conservative, i.e. introduces
	  more NEED_MACH_TIMEX_H as probably will be needed in 3.14-rc1
	  and fix up later)
	- depend on all sent patches and coordinate accordingly (at
	  least: watchdog, clocksource, rtc).

I'd prefer the 2nd option as I didn't get Acks on all patches needed for
the third. What do you think?

Russell, if you are happy with patches 2 and 3 and would apply them to
your tree I could prepare a branch for the arm-soc people to pull which
bases on your tree and has patch 1 (v5).

Best regards
Uwe

-- 
Pengutronix e.K.                           | Uwe Kleine-K?nig            |
Industrial Linux Solutions                 | http://www.pengutronix.de/  |

  parent reply	other threads:[~2013-11-19 10:20 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-11-04 10:58 [PATCH v4 0/4] Energy Micro efm32 support Uwe Kleine-König
2013-11-04 11:00 ` [PATCH v4 1/4] ARM: deprecate mach/timex.h for !ARCH_MULTIPLATFORM Uwe Kleine-König
2013-11-04 13:53   ` Arnd Bergmann
2013-11-05  8:33     ` Uwe Kleine-König
2013-11-05  9:03       ` [PATCH] ARM: u300: fix timekeeping when periodic mode is used Uwe Kleine-König
2013-11-05  9:44         ` Linus Walleij
2013-11-25 21:13           ` Uwe Kleine-König
2013-11-26 12:32             ` Linus Walleij
2013-11-05  9:12       ` [PATCH v5 1/4] ARM: deprecate mach/timex.h for !ARCH_MULTIPLATFORM Uwe Kleine-König
2013-11-05  9:42         ` Linus Walleij
2013-11-05 10:01           ` Uwe Kleine-König
2013-11-05 11:34           ` Arnd Bergmann
2013-11-05 11:37             ` Linus Walleij
2013-11-05 11:45             ` Russell King - ARM Linux
2013-11-05 12:26               ` Arnd Bergmann
2013-11-05 13:27                 ` Uwe Kleine-König
2013-11-05 14:58                   ` Arnd Bergmann
2013-11-05 11:52             ` Uwe Kleine-König
2013-11-04 11:00 ` [PATCH v4 2/4] ARM: make mach-xyz/Makefile.boot optional " Uwe Kleine-König
2013-11-11 19:35   ` Olof Johansson
2015-01-30  9:32     ` Uwe Kleine-König
2013-11-04 11:00 ` [PATCH v4 3/4] ARM: v7-M: drop using mach/entry-macro.S Uwe Kleine-König
2013-11-11 19:35   ` Olof Johansson
2013-11-04 11:00 ` [PATCH v4 4/4] ARM: new platform for Energy Micro's EFM32 Cortex-M3 SoCs Uwe Kleine-König
2013-11-04 13:56   ` Arnd Bergmann
2013-11-05  9:48     ` Uwe Kleine-König
2013-11-05 11:10       ` Arnd Bergmann
2013-11-19 10:20 ` Uwe Kleine-König [this message]
2013-11-19 13:11   ` [PATCH v4 0/4] Energy Micro efm32 support Arnd Bergmann
2013-11-19 19:08     ` Uwe Kleine-König

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=20131119102019.GF28642@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 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.