[PATCH 0/9] ARM: shmobile: r8a73a4/ape6evm multiplatform
Simon Horman
horms at verge.net.au
Thu Jan 22 20:23:04 PST 2015
On Thu, Jan 22, 2015 at 12:39:07PM +0900, Simon Horman wrote:
> On Wed, Jan 21, 2015 at 10:59:27AM +0900, Simon Horman wrote:
> > On Tue, Jan 20, 2015 at 01:51:37PM +0100, Geert Uytterhoeven wrote:
> > > Hi Simon, Magnus,
> > >
> > > This patch series transitions the r8a73a4/ape6evm platform to support
> > > multiplatform only:
> > > - Add CCF information to DT,
> > > - Disable legacy clock if CCF is used,
> > > - Add Bus State Controller node, and move the Ethernet node to it,
> > > - Remove ape6evm-reference,
> > > - Remove ape6evm-legacy and legacy support code.
> > >
> > > This series is based on renesas-drivers-2015-01-19-v3.19-rc5.
> > > It depends on renesas-devel-20150119-v3.19-rc5 (code-wise) and
> > > clk-shmobile-for-3.20 (functionality-wise), for which I've sent a pull
> > > request to Mike Turquette yesterday.
> > >
> > > All of this was untested by me due to lack of hardware.
> > > As Mike had previously acked the r8a73a4 CCF implementation, it's safe
> > > to apply after testing.
> >
> > Hi Geert, Hi Ulrich,
> >
> > thanks for all your good work in getting this together.
> > I have tested this and queued it up for v3.21.
> >
> > I plan to push it to my devel branch later today.
> > I plan to push it to my next branch and thus linux-next once
> > clk-shmobile-for-3.20 appears in a v3.20-rc.
>
> For the record: Olof has asked for review comments for the BSC driver and
> binding patches. Accordingly I have dropped them, and these patches which
> depend on them, from next.
I have now had a chance to re-examine these patches and it seems to me that
the first four patches of the series not depend on the BSC driver (or
anything else). With that in mind I have queued them up in a new
r8a73a4-ccf-for-v3.21 branch which is present in
renesas-devel-20150123-v3.19-rc5.
Please take a moment to see if what I have done makes sense to you. In
particular it would be nicer if these patches could go into 'regular'
branches such as dt-for-v3.21 and soc-for-v3.21. However it seems to me
that the SoC patch "ARM: shmobile: ape6evm: Disable legacy clock
initialization" depends on the following two DT patche " "ARM: shmobile:
r8a73a4: Common clock framework DT description".
For reference this covers the following patches:
Enqueued (again):
Ulrich Hecht (6):
ARM: shmobile: r8a73a4: Add CPG register bits header
ARM: shmobile: r8a73a4: Common clock framework DT description
ARM: shmobile: ape6evm: Disable legacy clock initialization
ARM: shmobile: r8a73a4: Add MSTP clock assignments to DT
Left Unqueued:
Geert Uytterhoeven (2):
ARM: shmobile: r8a73a4 dtsi: Add Bus State Controller node
ARM: shmobile: ape6evm dts: Move Ethernet node to BSC
Laurent Pinchart (1):
ARM: shmobile: r8a73a4: Remove legacy code
Ulrich Hecht (6):
ARM: shmobile: ape6evm-reference: Remove board C code and DT file
ARM: shmobile: r8a73a4: ape6evm: Remove legacy platform
More information about the linux-arm-kernel
mailing list