Linux-ARM-Kernel Archive on lore.kernel.org
 help / color / mirror / Atom feed
* [GIT PULL] ARM: mvebu: stable fix for v3.13
@ 2014-01-14 15:41 Jason Cooper
  2014-02-04  1:30 ` Greg KH
  0 siblings, 1 reply; 5+ messages in thread
From: Jason Cooper @ 2014-01-14 15:41 UTC (permalink / raw)
  To: linux-arm-kernel

arm-soc folks,

Sorry for the lateness in the window on this one.  I'd like to see it
get into v3.13 if possible, but if it doesn't get there till v3.13.1, I
understand.

This fixes a boot hang experienced on some Openblocks AX3-4 boards.
Once i2c transaction support was added, it was discovered that the A0
revision of the Armada XP had broken offload support which causes the
kernel to hang at boot.  The only way to detect this situation is to
read the PCI config register to get the SoC revision, then disable
offload if we are on an A0 SoC.

Unfortunately, this makes for a rather large patch series against
stable.  Doing the fix in a smaller patch would create a runtime
dependency between i2c and PCI which we prefer to avoid.

I'm Cc'ing Greg and linux-stable as a heads-up, and so they can comment
or ask questions.

thx,

Jason.

The following changes since commit 6ce4eac1f600b34f2f7f58f9cd8f0503d79e42ae:

  Linux 3.13-rc1 (2013-11-22 11:30:55 -0800)

are available in the git repository at:

  git://git.infradead.org/linux-mvebu.git tags/mvebu-fixes-3.13

for you to fetch changes up to f8b94beb7e6a374cb0de531b72377c49857b35ca:

  i2c: mv64xxx: Document the newly introduced Armada XP A0 compatible (2014-01-14 02:09:17 +0000)

----------------------------------------------------------------
mvebu late fixes for v3.13

 - mvebu
    - fix boot hang on Armada XP due to broken i2c offloading in A0 SoC revision
	(specifically experienced on some early OpenBlocks AX3-4 boards)

----------------------------------------------------------------
Gregory CLEMENT (4):
      ARM: mvebu: Add support to get the ID and the revision of a SoC
      ARM: mvebu: Add quirk for i2c for the OpenBlocks AX3-4 board
      i2c: mv64xxx: Fix bus hang on A0 version of the Armada XP SoCs
      i2c: mv64xxx: Document the newly introduced Armada XP A0 compatible

 .../devicetree/bindings/i2c/i2c-mv64xxx.txt        |   6 +-
 arch/arm/mach-mvebu/Makefile                       |   2 +-
 arch/arm/mach-mvebu/armada-370-xp.c                |  32 ++++++
 arch/arm/mach-mvebu/mvebu-soc-id.c                 | 119 +++++++++++++++++++++
 arch/arm/mach-mvebu/mvebu-soc-id.h                 |  32 ++++++
 drivers/i2c/busses/i2c-mv64xxx.c                   |   5 +
 6 files changed, 194 insertions(+), 2 deletions(-)
 create mode 100644 arch/arm/mach-mvebu/mvebu-soc-id.c
 create mode 100644 arch/arm/mach-mvebu/mvebu-soc-id.h

^ permalink raw reply	[flat|nested] 5+ messages in thread

* [GIT PULL] ARM: mvebu: stable fix for v3.13
@ 2014-01-14 15:44 Jason Cooper
  2014-01-14 19:14 ` Kevin Hilman
  0 siblings, 1 reply; 5+ messages in thread
From: Jason Cooper @ 2014-01-14 15:44 UTC (permalink / raw)
  To: linux-arm-kernel

And... despite typing the stable ML address quite often, I still got it
wrong.  Need more coffee.

thx,

Jason.

arm-soc folks,

Sorry for the lateness in the window on this one.  I'd like to see it
get into v3.13 if possible, but if it doesn't get there till v3.13.1, I
understand.

This fixes a boot hang experienced on some Openblocks AX3-4 boards.
Once i2c transaction support was added, it was discovered that the A0
revision of the Armada XP had broken offload support which causes the
kernel to hang at boot.  The only way to detect this situation is to
read the PCI config register to get the SoC revision, then disable
offload if we are on an A0 SoC.

Unfortunately, this makes for a rather large patch series against
stable.  Doing the fix in a smaller patch would create a runtime
dependency between i2c and PCI which we prefer to avoid.

I'm Cc'ing Greg and linux-stable as a heads-up, and so they can comment
or ask questions.

thx,

Jason.

The following changes since commit 6ce4eac1f600b34f2f7f58f9cd8f0503d79e42ae:

  Linux 3.13-rc1 (2013-11-22 11:30:55 -0800)

are available in the git repository at:

  git://git.infradead.org/linux-mvebu.git tags/mvebu-fixes-3.13

for you to fetch changes up to f8b94beb7e6a374cb0de531b72377c49857b35ca:

  i2c: mv64xxx: Document the newly introduced Armada XP A0 compatible (2014-01-14 02:09:17 +0000)

----------------------------------------------------------------
mvebu late fixes for v3.13

 - mvebu
    - fix boot hang on Armada XP due to broken i2c offloading in A0 SoC revision
	(specifically experienced on some early OpenBlocks AX3-4 boards)

----------------------------------------------------------------
Gregory CLEMENT (4):
      ARM: mvebu: Add support to get the ID and the revision of a SoC
      ARM: mvebu: Add quirk for i2c for the OpenBlocks AX3-4 board
      i2c: mv64xxx: Fix bus hang on A0 version of the Armada XP SoCs
      i2c: mv64xxx: Document the newly introduced Armada XP A0 compatible

 .../devicetree/bindings/i2c/i2c-mv64xxx.txt        |   6 +-
 arch/arm/mach-mvebu/Makefile                       |   2 +-
 arch/arm/mach-mvebu/armada-370-xp.c                |  32 ++++++
 arch/arm/mach-mvebu/mvebu-soc-id.c                 | 119 +++++++++++++++++++++
 arch/arm/mach-mvebu/mvebu-soc-id.h                 |  32 ++++++
 drivers/i2c/busses/i2c-mv64xxx.c                   |   5 +
 6 files changed, 194 insertions(+), 2 deletions(-)
 create mode 100644 arch/arm/mach-mvebu/mvebu-soc-id.c
 create mode 100644 arch/arm/mach-mvebu/mvebu-soc-id.h

^ permalink raw reply	[flat|nested] 5+ messages in thread

* [GIT PULL] ARM: mvebu: stable fix for v3.13
  2014-01-14 15:44 [GIT PULL] ARM: mvebu: stable fix for v3.13 Jason Cooper
@ 2014-01-14 19:14 ` Kevin Hilman
  2014-01-14 19:17   ` Jason Cooper
  0 siblings, 1 reply; 5+ messages in thread
From: Kevin Hilman @ 2014-01-14 19:14 UTC (permalink / raw)
  To: linux-arm-kernel

Jason Cooper <jason@lakedaemon.net> writes:

> And... despite typing the stable ML address quite often, I still got it
> wrong.  Need more coffee.
>
> thx,
>
> Jason.
>
> arm-soc folks,
>
> Sorry for the lateness in the window on this one.  I'd like to see it
> get into v3.13 if possible, but if it doesn't get there till v3.13.1, I
> understand.

Since it touches arch/arm, drivers, and bindings I'm a little reluctant
to take it in to v3.13 at this point since we're already at -rc8.  

I've merged it into next/fixes-non-critical so it goes in right away for
v3.14, and your stable tags will get it into v3.12+

Thanks,

Kevin

^ permalink raw reply	[flat|nested] 5+ messages in thread

* [GIT PULL] ARM: mvebu: stable fix for v3.13
  2014-01-14 19:14 ` Kevin Hilman
@ 2014-01-14 19:17   ` Jason Cooper
  0 siblings, 0 replies; 5+ messages in thread
From: Jason Cooper @ 2014-01-14 19:17 UTC (permalink / raw)
  To: linux-arm-kernel

On Tue, Jan 14, 2014 at 11:14:18AM -0800, Kevin Hilman wrote:
> Jason Cooper <jason@lakedaemon.net> writes:
> 
> > And... despite typing the stable ML address quite often, I still got it
> > wrong.  Need more coffee.
> >
> > thx,
> >
> > Jason.
> >
> > arm-soc folks,
> >
> > Sorry for the lateness in the window on this one.  I'd like to see it
> > get into v3.13 if possible, but if it doesn't get there till v3.13.1, I
> > understand.
> 
> Since it touches arch/arm, drivers, and bindings I'm a little reluctant
> to take it in to v3.13 at this point since we're already at -rc8.  

ok, that was my thought as well, but I didn't want to assume one way or
the other.

> I've merged it into next/fixes-non-critical so it goes in right away for
> v3.14, and your stable tags will get it into v3.12+

Great!  Thanks.

Jason.

^ permalink raw reply	[flat|nested] 5+ messages in thread

* [GIT PULL] ARM: mvebu: stable fix for v3.13
  2014-01-14 15:41 Jason Cooper
@ 2014-02-04  1:30 ` Greg KH
  0 siblings, 0 replies; 5+ messages in thread
From: Greg KH @ 2014-02-04  1:30 UTC (permalink / raw)
  To: linux-arm-kernel

On Tue, Jan 14, 2014 at 10:41:41AM -0500, Jason Cooper wrote:
> arm-soc folks,
> 
> Sorry for the lateness in the window on this one.  I'd like to see it
> get into v3.13 if possible, but if it doesn't get there till v3.13.1, I
> understand.
> 
> This fixes a boot hang experienced on some Openblocks AX3-4 boards.
> Once i2c transaction support was added, it was discovered that the A0
> revision of the Armada XP had broken offload support which causes the
> kernel to hang at boot.  The only way to detect this situation is to
> read the PCI config register to get the SoC revision, then disable
> offload if we are on an A0 SoC.
> 
> Unfortunately, this makes for a rather large patch series against
> stable.  Doing the fix in a smaller patch would create a runtime
> dependency between i2c and PCI which we prefer to avoid.
> 
> I'm Cc'ing Greg and linux-stable as a heads-up, and so they can comment
> or ask questions.

It's a big change for stable, but as it's self-contained, and only
touches one platform/driver, I'll take it...

greg k-h

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2014-02-04  1:30 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-01-14 15:44 [GIT PULL] ARM: mvebu: stable fix for v3.13 Jason Cooper
2014-01-14 19:14 ` Kevin Hilman
2014-01-14 19:17   ` Jason Cooper
  -- strict thread matches above, loose matches on Subject: below --
2014-01-14 15:41 Jason Cooper
2014-02-04  1:30 ` Greg KH

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox