[GIT PULL] ARM: mvebu: SoC changes for v3.17

[GIT PULL] ARM: mvebu: SoC changes for v3.17

[Jason Cooper]

Guys,

Here's most of the SoC changes for mvebu so far.  It's looking to be a
slow cycle for us this time around (famous last words ;-) ).

The only unusual item here is the setup file for the kirkwood netxbig
board.  Andrew is working on a DT binding for the LEDs, but it is
non-trivial.  By accepting this now, we can delete mach-kirkwood/, which
is a good thing. :)  I hope to see patches from Andrew on this soon.

As usual, based on v3.16-rc1, no dependencies, been in -next several
days.

Please pull.

thx,

Jason.


The following changes since commit 7171511eaec5bf23fb06078f59784a3a0626b38f:

  Linux 3.16-rc1 (2014-06-15 17:45:28 -1000)

are available in the git repository at:

  git://git.infradead.org/linux-mvebu.git tags/mvebu-soc-3.17

for you to fetch changes up to 65fcc462095b6f3b5a232c3ead7f49243f9aece4:

  ARM: mvebu: Staticize mvebu_cpu_reset_init (2014-06-24 12:59:53 +0000)

----------------------------------------------------------------
mvebu SoC changes for v3.17

 - kirkwood
    - add setup file for netxbig LEDs (non-trivial DT binding doesn't exist yet)

 - mvebu
    - staticize where needed
    - add CPU hotplug for Armada XP
    - add public datasheet for Armada XP
    - don't apply thermal quirk by default
    - make Aramada 375 external abort logic a quirk
    - update L2/PCIe deadlock workaround after L2CC cleanup
    - get SoC ID from the system controller when possible

----------------------------------------------------------------
Andrew Lunn (1):
      ARM: Kirkwood: Add setup file for netxbig LEDs

Ezequiel Garcia (1):
      ARM: mvebu: Don't apply the thermal quirk if the SoC revision is unknown

Gregory CLEMENT (2):
      ARM: mvebu: Use the a standard errno in mvebu_get_soc_id
      ARM: mvebu: Use system controller to get the soc id when possible

Sachin Kamat (3):
      ARM: mvebu: Staticize armada_375_smp_cpu1_enable_wa
      ARM: mvebu: Staticize armada_370_xp_cpu_pm_init
      ARM: mvebu: Staticize mvebu_cpu_reset_init

Thomas Petazzoni (8):
      ARM: mvebu: mark armada_370_xp_pmsu_idle_prepare() as static
      ARM: mvebu: remove stub implementation of CPU hotplug on Armada 375/38x
      ARM: mvebu: slightly refactor/rename PMSU idle related functions
      ARM: mvebu: export PMSU idle enter/exit functions
      ARM: mvebu: implement CPU hotplug support for Armada XP
      Documentation: arm: add URLs to public datasheets for the Marvell Armada 370 SoC
      ARM: mvebu: move Armada 375 external abort logic as a quirk
      ARM: mvebu: update L2/PCIe deadlock workaround after L2CC cleanup

 Documentation/arm/Marvell/README        |   4 +-
 arch/arm/mach-mvebu/Kconfig             |   7 ++
 arch/arm/mach-mvebu/Makefile            |   2 +-
 arch/arm/mach-mvebu/armada-370-xp.h     |   3 +
 arch/arm/mach-mvebu/board-v7.c          |  42 +++++--
 arch/arm/mach-mvebu/board.h             |   5 +
 arch/arm/mach-mvebu/common.h            |   3 +-
 arch/arm/mach-mvebu/cpu-reset.c         |   2 +-
 arch/arm/mach-mvebu/hotplug.c           |  31 ------
 arch/arm/mach-mvebu/kirkwood.c          |   3 +
 arch/arm/mach-mvebu/mvebu-soc-id.c      |  21 +++-
 arch/arm/mach-mvebu/netxbig.c           | 191 ++++++++++++++++++++++++++++++++
 arch/arm/mach-mvebu/platsmp-a9.c        |   5 +-
 arch/arm/mach-mvebu/platsmp.c           |  48 ++++++++
 arch/arm/mach-mvebu/pmsu.c              |  17 +--
 arch/arm/mach-mvebu/system-controller.c |  19 ++++
 16 files changed, 338 insertions(+), 65 deletions(-)
 delete mode 100644 arch/arm/mach-mvebu/hotplug.c
 create mode 100644 arch/arm/mach-mvebu/netxbig.c

[GIT PULL] ARM: mvebu: SoC changes for v3.17

[Thomas Petazzoni]

Dear Jason Cooper,

On Fri, 27 Jun 2014 08:46:55 -0400, Jason Cooper wrote:

> ----------------------------------------------------------------
> mvebu SoC changes for v3.17
> 
>  - kirkwood
>     - add setup file for netxbig LEDs (non-trivial DT binding doesn't exist yet)
> 
>  - mvebu
>     - staticize where needed
>     - add CPU hotplug for Armada XP
>     - add public datasheet for Armada XP

It's actually Armada 370 that got a datasheet published.

>     - don't apply thermal quirk by default
>     - make Aramada 375 external abort logic a quirk
>     - update L2/PCIe deadlock workaround after L2CC cleanup

This patch is needed in 3.16, not in 3.17. They really are bug fixes,
fixing a complete system deadlock under PCI load.

Best regards,

Thomas
-- 
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com

[GIT PULL] ARM: mvebu: SoC changes for v3.17

[Jason Cooper]

On Sat, Jun 28, 2014 at 04:23:02PM +0200, Thomas Petazzoni wrote:
> Dear Jason Cooper,
> 
> On Fri, 27 Jun 2014 08:46:55 -0400, Jason Cooper wrote:
> 
> > ----------------------------------------------------------------
> > mvebu SoC changes for v3.17
> > 
> >  - kirkwood
> >     - add setup file for netxbig LEDs (non-trivial DT binding doesn't exist yet)
> > 
> >  - mvebu
> >     - staticize where needed
> >     - add CPU hotplug for Armada XP
> >     - add public datasheet for Armada XP
> 
> It's actually Armada 370 that got a datasheet published.

oops, I must've copied from the line above in my head.  You are correct
of course.

> >     - don't apply thermal quirk by default
> >     - make Aramada 375 external abort logic a quirk
> >     - update L2/PCIe deadlock workaround after L2CC cleanup
> 
> This patch is needed in 3.16, not in 3.17. They really are bug fixes,
> fixing a complete system deadlock under PCI load.

crap.  :(  Ok, guys, please ignore this pull request and I'll send a new
one with this done properly.

Thomas, you say 'patch', but you quote three.  Should all three be in
mvebu/fixes?  Or, just the last one?

thx,

Jason.

[GIT PULL] ARM: mvebu: SoC changes for v3.17

[Thomas Petazzoni]

Dear Jason Cooper,

(Adding Russell in Cc, to get the status of the "ARM: mm: add support
for HW coherent systems in PL310 cache" patch)

On Sat, 28 Jun 2014 11:07:06 -0400, Jason Cooper wrote:

> > >     - don't apply thermal quirk by default
> > >     - make Aramada 375 external abort logic a quirk
> > >     - update L2/PCIe deadlock workaround after L2CC cleanup
> > 
> > This patch is needed in 3.16, not in 3.17. They really are bug fixes,
> > fixing a complete system deadlock under PCI load.
> 
> crap.  :(  Ok, guys, please ignore this pull request and I'll send a new
> one with this done properly.
> 
> Thomas, you say 'patch', but you quote three.  Should all three be in
> mvebu/fixes?  Or, just the last one?

Yeah, sorry, I wasn't clear. If you look back at what I sent in
https://www.mail-archive.com/devicetree at vger.kernel.org/msg30473.html
([PATCHv5 0/3] ARM: implement workaround for Cortex-A9/PL310/PCIe
deadlock), there were three patches:

 PATCH 1/3, "ARM: mm: add support for HW coherent systems in PL310
 cache", for Russell. It has already been merged by Russell in
 "git-curr", as visible at
 http://www.arm.linux.org.uk/developer/patches/viewpatch.php?id=8076/1.
 I'm hoping this is scheduled for 3.16, because I need this patch for
 3.16 to avoid the PCIe deadlock.

 PATCH 2/3 and 3/3 are related, and the latter is needed to solve the
 PCIe deadlock, by using the new DT property made available in PATCH
 1/3. PATCH 2/3 is ARM: mvebu: move Armada 375 external abort logic as
 a quirk and PATCH 3/3 is ARM: mvebu: update L2/PCIe deadlock
 workaround after L2CC cleanup.

All in all, I'm hoping for the series at
https://www.mail-archive.com/devicetree at vger.kernel.org/msg30473.html
to fully show up in 3.16, because it's really related to fixing a
serious PCIe deadlock (can be triggered in under a minute of PCIe
usage).

Note that even though PCIe was supported in 3.15 for Armada 375/38x,
the bug cannot be triggered because it requires SMP to be visible, and
SMP support for 375 and 38x was only merged in 3.16. So there is no
need for these patches to be marked for 3.15-stable. But clearly they
are needed for 3.16.

Thanks!

Thomas Petazzoni
-- 
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com

[GIT PULL] ARM: mvebu: SoC changes for v3.17

[Russell King - ARM Linux]

On Sat, Jun 28, 2014 at 05:20:44PM +0200, Thomas Petazzoni wrote:
> On Sat, 28 Jun 2014 11:07:06 -0400, Jason Cooper wrote:
> > > >     - don't apply thermal quirk by default
> > > >     - make Aramada 375 external abort logic a quirk
> > > >     - update L2/PCIe deadlock workaround after L2CC cleanup
> > > 
> > > This patch is needed in 3.16, not in 3.17. They really are bug fixes,
> > > fixing a complete system deadlock under PCI load.
> > 
> > crap.  :(  Ok, guys, please ignore this pull request and I'll send a new
> > one with this done properly.
> > 
> > Thomas, you say 'patch', but you quote three.  Should all three be in
> > mvebu/fixes?  Or, just the last one?
> 
> Yeah, sorry, I wasn't clear. If you look back at what I sent in
> https://www.mail-archive.com/devicetree at vger.kernel.org/msg30473.html
> ([PATCHv5 0/3] ARM: implement workaround for Cortex-A9/PL310/PCIe
> deadlock), there were three patches:
> 
>  PATCH 1/3, "ARM: mm: add support for HW coherent systems in PL310
>  cache", for Russell. It has already been merged by Russell in
>  "git-curr", as visible at
>  http://www.arm.linux.org.uk/developer/patches/viewpatch.php?id=8076/1.
>  I'm hoping this is scheduled for 3.16, because I need this patch for
>  3.16 to avoid the PCIe deadlock.

I'll move it in for the next -rc merge.

-- 
FTTC broadband for 0.8mile line: now at 9.7Mbps down 460kbps up... slowly
improving, and getting towards what was expected from it.

[GIT PULL] ARM: mvebu: SoC changes for v3.17

[Thomas Petazzoni]

Russell,

On Sun, 29 Jun 2014 10:35:16 +0100, Russell King - ARM Linux wrote:

> >  PATCH 1/3, "ARM: mm: add support for HW coherent systems in PL310
> >  cache", for Russell. It has already been merged by Russell in
> >  "git-curr", as visible at
> >  http://www.arm.linux.org.uk/developer/patches/viewpatch.php?id=8076/1.
> >  I'm hoping this is scheduled for 3.16, because I need this patch for
> >  3.16 to avoid the PCIe deadlock.
> 
> I'll move it in for the next -rc merge.

Thanks a lot!

Thomas
-- 
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com

[GIT PULL] ARM: mvebu: SoC changes for v3.17

[Thomas Petazzoni]

Jason,

On Sat, 28 Jun 2014 17:20:44 +0200, Thomas Petazzoni wrote:

> Yeah, sorry, I wasn't clear. If you look back at what I sent in
> https://www.mail-archive.com/devicetree at vger.kernel.org/msg30473.html
> ([PATCHv5 0/3] ARM: implement workaround for Cortex-A9/PL310/PCIe
> deadlock), there were three patches:
> 
>  PATCH 1/3, "ARM: mm: add support for HW coherent systems in PL310
>  cache", for Russell. It has already been merged by Russell in
>  "git-curr", as visible at
>  http://www.arm.linux.org.uk/developer/patches/viewpatch.php?id=8076/1.
>  I'm hoping this is scheduled for 3.16, because I need this patch for
>  3.16 to avoid the PCIe deadlock.
> 
>  PATCH 2/3 and 3/3 are related, and the latter is needed to solve the
>  PCIe deadlock, by using the new DT property made available in PATCH
>  1/3. PATCH 2/3 is ARM: mvebu: move Armada 375 external abort logic as
>  a quirk and PATCH 3/3 is ARM: mvebu: update L2/PCIe deadlock
>  workaround after L2CC cleanup.
> 
> All in all, I'm hoping for the series at
> https://www.mail-archive.com/devicetree at vger.kernel.org/msg30473.html
> to fully show up in 3.16, because it's really related to fixing a
> serious PCIe deadlock (can be triggered in under a minute of PCIe
> usage).

Now that Russell is pushing PATCH 1/3 in the 3.16-rc cycle, can you
push PATCH 2/3 and PATCH 3/3 pointed above into the 3.16-rc cycle as
well?

Thanks,

Thomas
-- 
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com

[GIT PULL] ARM: mvebu: SoC changes for v3.17

[Russell King - ARM Linux]

On Mon, Jun 30, 2014 at 12:22:16PM +0200, Thomas Petazzoni wrote:
> Now that Russell is pushing PATCH 1/3 in the 3.16-rc cycle, can you
> push PATCH 2/3 and PATCH 3/3 pointed above into the 3.16-rc cycle as
> well?

It's in -rc3.

-- 
FTTC broadband for 0.8mile line: now at 9.7Mbps down 460kbps up... slowly
improving, and getting towards what was expected from it.

[GIT PULL] ARM: mvebu: SoC changes for v3.17

[Jason Cooper]

Thomas,

On Mon, Jun 30, 2014 at 11:29:55AM +0100, Russell King - ARM Linux wrote:
> On Mon, Jun 30, 2014 at 12:22:16PM +0200, Thomas Petazzoni wrote:
> > Now that Russell is pushing PATCH 1/3 in the 3.16-rc cycle, can you
> > push PATCH 2/3 and PATCH 3/3 pointed above into the 3.16-rc cycle as
> > well?
> 
> It's in -rc3.

Do you want me to do a topic branch on top of -rc3 for these or can I
just throw them on mvebu/fixes?  iow, is there a dep?

thx,

Jason.

[GIT PULL] ARM: mvebu: SoC changes for v3.17

[Thomas Petazzoni]

Dear Jason Cooper,

On Mon, 30 Jun 2014 08:06:52 -0400, Jason Cooper wrote:

> On Mon, Jun 30, 2014 at 11:29:55AM +0100, Russell King - ARM Linux wrote:
> > On Mon, Jun 30, 2014 at 12:22:16PM +0200, Thomas Petazzoni wrote:
> > > Now that Russell is pushing PATCH 1/3 in the 3.16-rc cycle, can you
> > > push PATCH 2/3 and PATCH 3/3 pointed above into the 3.16-rc cycle as
> > > well?
> > 
> > It's in -rc3.
> 
> Do you want me to do a topic branch on top of -rc3 for these or can I
> just throw them on mvebu/fixes?  iow, is there a dep?

There's no build dependency with the patch pushed by Russell. The patch
that went through Russell merely adds the support for a new DT property
in the PL310 DT binding, and the two patches that should go through
your tree use this new DT property. So there is really no build
dependency between the two things.

Thanks!

Thomas
-- 
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com

[GIT PULL] ARM: mvebu: SoC changes for v3.17

[Jason Cooper]

On Mon, Jun 30, 2014 at 02:11:02PM +0200, Thomas Petazzoni wrote:
> Dear Jason Cooper,
> 
> On Mon, 30 Jun 2014 08:06:52 -0400, Jason Cooper wrote:
> 
> > On Mon, Jun 30, 2014 at 11:29:55AM +0100, Russell King - ARM Linux wrote:
> > > On Mon, Jun 30, 2014 at 12:22:16PM +0200, Thomas Petazzoni wrote:
> > > > Now that Russell is pushing PATCH 1/3 in the 3.16-rc cycle, can you
> > > > push PATCH 2/3 and PATCH 3/3 pointed above into the 3.16-rc cycle as
> > > > well?
> > > 
> > > It's in -rc3.
> > 
> > Do you want me to do a topic branch on top of -rc3 for these or can I
> > just throw them on mvebu/fixes?  iow, is there a dep?
> 
> There's no build dependency with the patch pushed by Russell. The patch
> that went through Russell merely adds the support for a new DT property
> in the PL310 DT binding, and the two patches that should go through
> your tree use this new DT property. So there is really no build
> dependency between the two things.

yup, right.  Shame on me for not re-reviewing the patches first :)

thx,

Jason.

[GIT PULL] ARM: mvebu: SoC changes for v3.17

[Jason Cooper]

On Mon, Jun 30, 2014 at 12:22:16PM +0200, Thomas Petazzoni wrote:
> Jason,
> 
> On Sat, 28 Jun 2014 17:20:44 +0200, Thomas Petazzoni wrote:
> 
> > Yeah, sorry, I wasn't clear. If you look back at what I sent in
> > https://www.mail-archive.com/devicetree at vger.kernel.org/msg30473.html
> > ([PATCHv5 0/3] ARM: implement workaround for Cortex-A9/PL310/PCIe
> > deadlock), there were three patches:
> > 
> >  PATCH 1/3, "ARM: mm: add support for HW coherent systems in PL310
> >  cache", for Russell. It has already been merged by Russell in
> >  "git-curr", as visible at
> >  http://www.arm.linux.org.uk/developer/patches/viewpatch.php?id=8076/1.
> >  I'm hoping this is scheduled for 3.16, because I need this patch for
> >  3.16 to avoid the PCIe deadlock.
> > 
> >  PATCH 2/3 and 3/3 are related, and the latter is needed to solve the
> >  PCIe deadlock, by using the new DT property made available in PATCH
> >  1/3. PATCH 2/3 is ARM: mvebu: move Armada 375 external abort logic as
> >  a quirk and PATCH 3/3 is ARM: mvebu: update L2/PCIe deadlock
> >  workaround after L2CC cleanup.
> > 
> > All in all, I'm hoping for the series at
> > https://www.mail-archive.com/devicetree at vger.kernel.org/msg30473.html
> > to fully show up in 3.16, because it's really related to fixing a
> > serious PCIe deadlock (can be triggered in under a minute of PCIe
> > usage).
> 
> Now that Russell is pushing PATCH 1/3 in the 3.16-rc cycle, can you
> push PATCH 2/3 and PATCH 3/3 pointed above into the 3.16-rc cycle as
> well?

2 and 3 are now in mvebu/fixes.

thx,

Jason.

[GIT PULL] ARM: mvebu: SoC changes for v3.17

[Thomas Petazzoni]

Dear Jason Cooper,

On Mon, 30 Jun 2014 13:44:32 -0400, Jason Cooper wrote:

> > > All in all, I'm hoping for the series at
> > > https://www.mail-archive.com/devicetree at vger.kernel.org/msg30473.html
> > > to fully show up in 3.16, because it's really related to fixing a
> > > serious PCIe deadlock (can be triggered in under a minute of PCIe
> > > usage).
> > 
> > Now that Russell is pushing PATCH 1/3 in the 3.16-rc cycle, can you
> > push PATCH 2/3 and PATCH 3/3 pointed above into the 3.16-rc cycle as
> > well?
> 
> 2 and 3 are now in mvebu/fixes.

Thanks!

Thomas
-- 
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com

[GIT PULL V2] ARM: mvebu: SoC changes for v3.17

[Jason Cooper]

Guys,

Here's most of the SoC changes for mvebu so far.  It's looking to be a
slow cycle for us this time around (famous last words ;-) ).

The only unusual item here is the setup file for the kirkwood netxbig
board.  Andrew is working on a DT binding for the LEDs, but it is
non-trivial.  By accepting this now, we can delete mach-kirkwood/, which
is a good thing. :)  I hope to see patches from Andrew on this soon.

As usual, based on v3.16-rc1, no dependencies, been in -next several
days.

Changes for V2: move three patches out of mvebu/soc and into mvebu/fixes
for inclusion in v3.16.

Please pull.

thx,

Jason.

The following changes since commit 7171511eaec5bf23fb06078f59784a3a0626b38f:

  Linux 3.16-rc1 (2014-06-15 17:45:28 -1000)

are available in the git repository at:

  git://git.infradead.org/linux-mvebu.git tags/mvebu-soc-3.17

for you to fetch changes up to e65714740d65237c40878b63acad6bf921481974:

  ARM: mvebu: Staticize mvebu_cpu_reset_init (2014-06-30 17:41:04 +0000)

----------------------------------------------------------------
mvebu SoC changes for v3.17

 - kirkwood
    - add setup file for netxbig LEDs (non-trivial DT binding doesn't exist yet)

 - mvebu
    - staticize where needed
    - add CPU hotplug for Armada XP
    - add public datasheet for Armada 370
    - don't apply thermal quirk by default
    - get SoC ID from the system controller when possible

----------------------------------------------------------------
Andrew Lunn (1):
      ARM: Kirkwood: Add setup file for netxbig LEDs

Ezequiel Garcia (1):
      ARM: mvebu: Don't apply the thermal quirk if the SoC revision is unknown

Gregory CLEMENT (2):
      ARM: mvebu: Use the a standard errno in mvebu_get_soc_id
      ARM: mvebu: Use system controller to get the soc id when possible

Sachin Kamat (3):
      ARM: mvebu: Staticize armada_375_smp_cpu1_enable_wa
      ARM: mvebu: Staticize armada_370_xp_cpu_pm_init
      ARM: mvebu: Staticize mvebu_cpu_reset_init

Thomas Petazzoni (6):
      ARM: mvebu: mark armada_370_xp_pmsu_idle_prepare() as static
      ARM: mvebu: remove stub implementation of CPU hotplug on Armada 375/38x
      ARM: mvebu: slightly refactor/rename PMSU idle related functions
      ARM: mvebu: export PMSU idle enter/exit functions
      ARM: mvebu: implement CPU hotplug support for Armada XP
      Documentation: arm: add URLs to public datasheets for the Marvell Armada 370 SoC

 Documentation/arm/Marvell/README        |   4 +-
 arch/arm/mach-mvebu/Kconfig             |   7 ++
 arch/arm/mach-mvebu/Makefile            |   2 +-
 arch/arm/mach-mvebu/armada-370-xp.h     |   3 +
 arch/arm/mach-mvebu/board-v7.c          |  13 ++-
 arch/arm/mach-mvebu/board.h             |   5 +
 arch/arm/mach-mvebu/common.h            |   3 +-
 arch/arm/mach-mvebu/cpu-reset.c         |   2 +-
 arch/arm/mach-mvebu/hotplug.c           |  31 ------
 arch/arm/mach-mvebu/kirkwood.c          |   3 +
 arch/arm/mach-mvebu/mvebu-soc-id.c      |  21 +++-
 arch/arm/mach-mvebu/netxbig.c           | 191 ++++++++++++++++++++++++++++++++
 arch/arm/mach-mvebu/platsmp-a9.c        |   5 +-
 arch/arm/mach-mvebu/platsmp.c           |  48 ++++++++
 arch/arm/mach-mvebu/pmsu.c              |  17 +--
 arch/arm/mach-mvebu/system-controller.c |  19 ++++
 16 files changed, 319 insertions(+), 55 deletions(-)
 delete mode 100644 arch/arm/mach-mvebu/hotplug.c
 create mode 100644 arch/arm/mach-mvebu/netxbig.c

[GIT PULL V2] ARM: mvebu: SoC changes for v3.17

[Olof Johansson]

On Tue, Jul 01, 2014 at 08:11:19AM -0400, Jason Cooper wrote:
> Guys,
> 
> Here's most of the SoC changes for mvebu so far.  It's looking to be a
> slow cycle for us this time around (famous last words ;-) ).
> 
> The only unusual item here is the setup file for the kirkwood netxbig
> board.  Andrew is working on a DT binding for the LEDs, but it is
> non-trivial.  By accepting this now, we can delete mach-kirkwood/, which
> is a good thing. :)  I hope to see patches from Andrew on this soon.
> 
> As usual, based on v3.16-rc1, no dependencies, been in -next several
> days.
> 
> Changes for V2: move three patches out of mvebu/soc and into mvebu/fixes
> for inclusion in v3.16.
> 
> Please pull.
> 
> thx,
> 
> Jason.
> 
> The following changes since commit 7171511eaec5bf23fb06078f59784a3a0626b38f:
> 
>   Linux 3.16-rc1 (2014-06-15 17:45:28 -1000)
> 
> are available in the git repository at:
> 
>   git://git.infradead.org/linux-mvebu.git tags/mvebu-soc-3.17

Merged.


-Olof