[PATCH 00/09] sh: Runtime PM pdev hwblk

[PATCH 00/09] sh: Runtime PM pdev hwblk

[Magnus Damm]

sh: Runtime PM pdev hwblk changes

[PATCH 01/09] sh: Runtime PM pdev hwblk - header change
[PATCH 02/09] sh: Runtime PM pdev hwblk - sh7722
[PATCH 03/09] sh: Runtime PM pdev hwblk - Migo-R
[PATCH 04/09] sh: Runtime PM pdev hwblk - Solution Engine 7722
[PATCH 05/09] sh: Runtime PM pdev hwblk - sh7723
[PATCH 06/09] sh: Runtime PM pdev hwblk - AP325RXA
[PATCH 07/09] sh: Runtime PM pdev hwblk - sh7724
[PATCH 08/09] sh: Runtime PM pdev hwblk - kfr2r09
[PATCH 09/09] sh: Runtime PM pdev hwblk - Solution Engine 7724

These patches extend struct platform device data for a bunch of
SuperH Mobile processors and embedded boards. The patches simply
add hardware block ids to on-chip platform devices. Platform
devices off chip (such as external ethernet controllers or flash
chips) are left out which gives them a special case hardware block
id of zero.

Upcoming Runtime PM code will make use of the hardware block id
to group devices together. The hardware block id can also be used
to extend the SuperH Mobile clock framework implementation.

This series of patches depend on the following:
"Driver Core: Add platform device arch data V3".

The patch above is part of Rafaels for-linux topic branch.
I would however prefer to see this series merged independently
of the Runtime PM patches.

Signed-off-by: Magnus Damm <damm@igel.co.jp>
---

 Build tested on all boards. No runtime logic changes.

 arch/sh/boards/board-ap325rxa.c        |    6 ++++
 arch/sh/boards/mach-kfr2r09/setup.c    |    3 ++
 arch/sh/boards/mach-migor/setup.c      |    9 ++++++
 arch/sh/boards/mach-se/7722/setup.c    |    4 ++
 arch/sh/boards/mach-se/7724/setup.c    |   18 +++++++++++++
 arch/sh/include/asm/device.h           |    9 +++++-
 arch/sh/kernel/cpu/sh4a/setup-sh7722.c |   31 +++++++++++++++++++++++
 arch/sh/kernel/cpu/sh4a/setup-sh7723.c |   40 +++++++++++++++++++++++++++++
 arch/sh/kernel/cpu/sh4a/setup-sh7724.c |   43 ++++++++++++++++++++++++++++++++
 9 files changed, 162 insertions(+), 1 deletion(-)

Re: [PATCH 00/09] sh: Runtime PM pdev hwblk

[Paul Mundt]

On Fri, Jul 31, 2009 at 04:47:05PM +0900, Magnus Damm wrote:
> sh: Runtime PM pdev hwblk changes
> 
> [PATCH 01/09] sh: Runtime PM pdev hwblk - header change
> [PATCH 02/09] sh: Runtime PM pdev hwblk - sh7722
> [PATCH 03/09] sh: Runtime PM pdev hwblk - Migo-R
> [PATCH 04/09] sh: Runtime PM pdev hwblk - Solution Engine 7722
> [PATCH 05/09] sh: Runtime PM pdev hwblk - sh7723
> [PATCH 06/09] sh: Runtime PM pdev hwblk - AP325RXA
> [PATCH 07/09] sh: Runtime PM pdev hwblk - sh7724
> [PATCH 08/09] sh: Runtime PM pdev hwblk - kfr2r09
> [PATCH 09/09] sh: Runtime PM pdev hwblk - Solution Engine 7724
> 
I've merged the series in to the sh/hwblk topic branch, based on top of
Rafael's for-linus branch. I'll leave it there until Rafael pushes to
Linus, and then push it out with the next round of updates for the merge
window.

If the run-time pm core makes its way in at some point as well, then I'll
handle that the same way.

Re: [PATCH 00/09] sh: Runtime PM pdev hwblk

[Rafael J. Wysocki]

On Tuesday 04 August 2009, Paul Mundt wrote:
> On Fri, Jul 31, 2009 at 04:47:05PM +0900, Magnus Damm wrote:
> > sh: Runtime PM pdev hwblk changes
> > 
> > [PATCH 01/09] sh: Runtime PM pdev hwblk - header change
> > [PATCH 02/09] sh: Runtime PM pdev hwblk - sh7722
> > [PATCH 03/09] sh: Runtime PM pdev hwblk - Migo-R
> > [PATCH 04/09] sh: Runtime PM pdev hwblk - Solution Engine 7722
> > [PATCH 05/09] sh: Runtime PM pdev hwblk - sh7723
> > [PATCH 06/09] sh: Runtime PM pdev hwblk - AP325RXA
> > [PATCH 07/09] sh: Runtime PM pdev hwblk - sh7724
> > [PATCH 08/09] sh: Runtime PM pdev hwblk - kfr2r09
> > [PATCH 09/09] sh: Runtime PM pdev hwblk - Solution Engine 7724
> > 
> I've merged the series in to the sh/hwblk topic branch, based on top of
> Rafael's for-linus branch. I'll leave it there until Rafael pushes to
> Linus, and then push it out with the next round of updates for the merge
> window.
> 
> If the run-time pm core makes its way in at some point as well, then I'll
> handle that the same way.

Thanks Paul!

Best,
Rafael