[PATCH 00/03] ARM: shmobile: r8a7779 Marzen legacy removal

[PATCH 00/03] ARM: shmobile: r8a7779 Marzen legacy removal

[Magnus Damm]

ARM: shmobile: r8a7779 Marzen legacy removal

[PATCH 01/03] ARM: shmobile: marzen: Remove legacy board code
[PATCH 02/03] ARM: shmobile: r8a7779: Remove legacy SoC code
[PATCH 03/03] ARM: shmobile: Remove marzen_defconfig

This series removes the r8a7779 Marzen legacy code. Board
code for Marzen written in C and r8a7779 SoC code including
old clock framework code and platform devices are removed.

Existing Marzen users need to move over to Multiplatform and
shmobile_defconfig. The DT file r8a7779-marzen.dts file is
the same as for the legacy case.

Signed-off-by: Magnus Damm <damm+renesas@opensource.se>
---

 Built on top of renesas-devel-20150716-v4.2-rc2
 No special dependencies

 arch/arm/boot/dts/Makefile             |    3 
 arch/arm/configs/marzen_defconfig      |  124 -----
 arch/arm/mach-shmobile/Kconfig         |    7 
 arch/arm/mach-shmobile/Makefile        |    2 
 arch/arm/mach-shmobile/Makefile.boot   |    1 
 arch/arm/mach-shmobile/board-marzen.c  |  347 ----------------
 arch/arm/mach-shmobile/clock-r8a7779.c |  271 ------------
 arch/arm/mach-shmobile/r8a7779.h       |   17 
 arch/arm/mach-shmobile/setup-r8a7779.c |  676 --------------------------------
 arch/arm/mach-shmobile/smp-r8a7779.c   |    9 
 10 files changed, 5 insertions(+), 1452 deletions(-)

Re: [PATCH 00/03] ARM: shmobile: r8a7779 Marzen legacy removal

[Simon Horman]

On Thu, Jul 16, 2015 at 04:53:42PM +0900, Magnus Damm wrote:
> ARM: shmobile: r8a7779 Marzen legacy removal
> 
> [PATCH 01/03] ARM: shmobile: marzen: Remove legacy board code
> [PATCH 02/03] ARM: shmobile: r8a7779: Remove legacy SoC code
> [PATCH 03/03] ARM: shmobile: Remove marzen_defconfig
> 
> This series removes the r8a7779 Marzen legacy code. Board
> code for Marzen written in C and r8a7779 SoC code including
> old clock framework code and platform devices are removed.
> 
> Existing Marzen users need to move over to Multiplatform and
> shmobile_defconfig. The DT file r8a7779-marzen.dts file is
> the same as for the legacy case.
> 
> Signed-off-by: Magnus Damm <damm+renesas@opensource.se>

Thanks, I have queued these up.

FYI doing so was rather awkward as patch 01 and especially patch 02
have various conflicts with patches in several different branches.

For now I have gone with queuing them up on top of the marzen-reference
removal patches, which leaves minor conflicts mainly in Kconfig and
Makefiles. There is also a conflict with the marzen board code fix you
recently posted which is present in a separate fixes branch. I wonder if it
would make sense to drop that patch now removal of the code it fixes is
queued up.

Re: [PATCH 00/03] ARM: shmobile: r8a7779 Marzen legacy removal

[Laurent Pinchart]

On Friday 17 July 2015 13:04:57 Simon Horman wrote:
> On Thu, Jul 16, 2015 at 04:53:42PM +0900, Magnus Damm wrote:
> > ARM: shmobile: r8a7779 Marzen legacy removal
> > 
> > [PATCH 01/03] ARM: shmobile: marzen: Remove legacy board code
> > [PATCH 02/03] ARM: shmobile: r8a7779: Remove legacy SoC code
> > [PATCH 03/03] ARM: shmobile: Remove marzen_defconfig
> > 
> > This series removes the r8a7779 Marzen legacy code. Board
> > code for Marzen written in C and r8a7779 SoC code including
> > old clock framework code and platform devices are removed.
> > 
> > Existing Marzen users need to move over to Multiplatform and
> > shmobile_defconfig. The DT file r8a7779-marzen.dts file is
> > the same as for the legacy case.
> > 
> > Signed-off-by: Magnus Damm <damm+renesas@opensource.se>
> 
> Thanks, I have queued these up.
> 
> FYI doing so was rather awkward as patch 01 and especially patch 02
> have various conflicts with patches in several different branches.
> 
> For now I have gone with queuing them up on top of the marzen-reference
> removal patches, which leaves minor conflicts mainly in Kconfig and
> Makefiles. There is also a conflict with the marzen board code fix you
> recently posted which is present in a separate fixes branch. I wonder if it
> would make sense to drop that patch now removal of the code it fixes is
> queued up.

I see little point in keeping it beyond pushing our commit statistics, which 
shouldn't be the motivating factor :-)

-- 
Regards,

Laurent Pinchart