[GIT PULL] omap fixes for v2.6.34-rc5

[GIT PULL] omap fixes for v2.6.34-rc5

[Tony Lindgren]

Hi Linus,

Please pull omap fixes from:

git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git omap-fixes-for-linus

Regards,

Tony


The following changes since commit b91ce4d14a21fc04d165be30319541e0f9204f15:
  Linus Torvalds (1):
        Merge git://git.kernel.org/.../davem/net-2.6

are available in the git repository at:

  git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git omap-fixes-for-linus

Aaro Koskinen (2):
      omap: fix clocksource_32k to start from zero
      omap: delete unused bootloader tag variables

Abraham Arce (1):
      OMAP4: Clocks: Change SPI Instance Names

Enric Balletbo i Serra (1):
      omap3: Fix EHCI port for IGEP v2 board

Felipe Balbi (1):
      arm: omap1: remove dead code from timer32k.c

Francisco Alecrim (1):
      n8x0_defconfig: remove CONFIG_NILFS2_FS override

Janusz Krzysztofik (1):
      omap: gpio: fix incorrect matching of IRQ_TYPE_EDGE_BOTH

Jarkko Nikula (2):
      omap: rx51_defconfig: Remove duplicate phonet
      omap: rx51_defconfig: Remove CONFIG_SYSFS_DEPRECATED*=y options

Rajendra Nayak (1):
      OMAP4: prcm: Use logical OR instead of bitwise OR

Ranjith Lohithakshan (1):
      OMAP3: clock: fix enable bit used for dpll4_m4x2 clock

Richard Woodruff (1):
      omap4: Fix build break when used with gcc-4.4.1 (2009-q3)

Santosh Shilimkar (2):
      OMAP4: Fix for CONTROL register Base
      omap4: Fix McBSP4 base address

Sergio Aguirre (7):
      OMAP3: serial: Check for zero-based physical addr
      OMAP3: serial: Use dev_* macros instead of printk
      omap2/3/4: serial: Remove condition for getting uart4_phys
      omap3: zoom2/3 / 3630sdp: Don't init always all uarts
      omap3: 3630sdp: Explicitly enable all UARTs
      omap3: zoom 2/3: Change debugboard serial port id
      omap3: zoom2/3: Register only 1 8250 port

Thara Gopinath (2):
      OMAP: HWMOD: Adding clockdomain check
      OMAP: HWMOD: Bug fixes in hwmod structure definitions

Thomas Weber (8):
      omap: Devkit8000: Fix wrong usb port on Devkit8000
      omap: board-sdp-flash.c: Fix typos in debug output
      omap: Devkit8000: Fix typo in supplies
      omap: Devkit8000: Add missing package selection
      omap: Devkit8000: Fix typo in pin name
      omap: Devkit8000: Remove unnecessary include file
      omap: Devkit8000: Change position of init calls
      omap: Devkit8000: Remove unused pins

Tony Lindgren (4):
      Merge branch 'omap-fixes-for-tony' of git://dev.omapzoom.org/pub/scm/saaguirre/linux-omap-camera into omap-fixes-for-linus
      Merge branch 'for_2.6.34rc_a' of git://git.pwsan.com/linux-2.6 into omap-fixes-for-linus
      omap2: Fix ARM processor check for 24xx
      omap: Fix n8x0 mmc_mmc_init compile warnings and typos

kishore kadiyala (1):
      OMAP4-HSMMC: FIX for MMC5 Controller IRQ Base

manjugk manjugk (1):
      omap: DMA: Init CDAC to zero

stanley.miao (4):
      omap: fix the compile error if CONFIG_MTD_NAND_OMAP2 is notenabled
      omap: remove one of the define of INT_34XX_BENCH_MPU_EMUL
      AM3517: initialize i2c subsystem after mux subsystem
      omap: fix a gpmc nand problem

 arch/arm/configs/n8x0_defconfig                |    1 -
 arch/arm/configs/omap_zoom2_defconfig          |    2 +-
 arch/arm/configs/omap_zoom3_defconfig          |    2 +-
 arch/arm/configs/rx51_defconfig                |    3 --
 arch/arm/mach-omap1/timer32k.c                 |   15 ---------
 arch/arm/mach-omap2/Kconfig                    |    6 ++-
 arch/arm/mach-omap2/board-3630sdp.c            |    1 +
 arch/arm/mach-omap2/board-am3517evm.c          |    4 +-
 arch/arm/mach-omap2/board-devkit8000.c         |   39 +++++------------------
 arch/arm/mach-omap2/board-igep0020.c           |    8 ++--
 arch/arm/mach-omap2/board-n8x0.c               |   18 +++++-----
 arch/arm/mach-omap2/board-sdp-flash.c          |    8 ++--
 arch/arm/mach-omap2/board-zoom-debugboard.c    |    2 +-
 arch/arm/mach-omap2/board-zoom-peripherals.c   |    1 -
 arch/arm/mach-omap2/clock3xxx_data.c           |    2 +-
 arch/arm/mach-omap2/clock44xx_data.c           |    8 ++--
 arch/arm/mach-omap2/clockdomain.c              |    6 ++--
 arch/arm/mach-omap2/devices.c                  |    2 +-
 arch/arm/mach-omap2/gpmc-nand.c                |    3 ++
 arch/arm/mach-omap2/include/mach/entry-macro.S |    2 +-
 arch/arm/mach-omap2/omap-headsmp.S             |    6 ++--
 arch/arm/mach-omap2/omap44xx-smc.S             |    2 +-
 arch/arm/mach-omap2/omap_hwmod.c               |    3 ++
 arch/arm/mach-omap2/powerdomain.c              |    2 +-
 arch/arm/mach-omap2/prcm.c                     |    4 +-
 arch/arm/mach-omap2/serial.c                   |   35 +++++++++++----------
 arch/arm/plat-omap/common.c                    |   22 ++++++++-----
 arch/arm/plat-omap/dma.c                       |    9 +++++
 arch/arm/plat-omap/gpio.c                      |    6 ++--
 arch/arm/plat-omap/include/plat/irqs.h         |    2 -
 arch/arm/plat-omap/include/plat/mcbsp.h        |    2 +-
 arch/arm/plat-omap/include/plat/nand.h         |    7 ++++
 arch/arm/plat-omap/include/plat/omap44xx.h     |    2 +-
 arch/arm/plat-omap/include/plat/omap_hwmod.h   |    2 +-
 34 files changed, 113 insertions(+), 124 deletions(-)

[GIT PULL] omap fixes for v2.6.34-rc5

[Linus Torvalds]

On Mon, 26 Apr 2010, Tony Lindgren wrote:
> 
> Please pull omap fixes from:
> 
> git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git omap-fixes-for-linus

I pulled it this time, but I'm starting to get really irritated with you.

These look like real fixes, but quite frankly, by -rc5, that IS NOT 
ENOUGH. 

They need to be _regressions_, not just cleanups and fixes for things that 
have never worked. And this is starting to be a pattern with the omap 
tree: you're not honoring the merge window properly.

Just "it's a bug-fix" or "it's deleting unused code" is not enough. The 
point of the late -rc series is to fix problems from the merge window, not 
add new changes. I realize that you think that all the new changes are 
obviously good, but the fact is, bugs happen even in "obvious bug-fixes". 

And that's why we have the rule about late-rc pulls being about 
_regressions_ and/or major oopses/security issues. Not just random 
development that are meant to improve things.

		Linus

[GIT PULL] omap fixes for v2.6.34-rc5

[Tony Lindgren]

* Linus Torvalds <torvalds@linux-foundation.org> [100427 08:28]:
> 
> On Mon, 26 Apr 2010, Tony Lindgren wrote:
> > 
> > Please pull omap fixes from:
> > 
> > git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git omap-fixes-for-linus
> 
> I pulled it this time, but I'm starting to get really irritated with you.
> 
> These look like real fixes, but quite frankly, by -rc5, that IS NOT 
> ENOUGH. 
> 
> They need to be _regressions_, not just cleanups and fixes for things that 
> have never worked. And this is starting to be a pattern with the omap 
> tree: you're not honoring the merge window properly.
> 
> Just "it's a bug-fix" or "it's deleting unused code" is not enough. The 
> point of the late -rc series is to fix problems from the merge window, not 
> add new changes. I realize that you think that all the new changes are 
> obviously good, but the fact is, bugs happen even in "obvious bug-fixes". 
> 
> And that's why we have the rule about late-rc pulls being about 
> _regressions_ and/or major oopses/security issues. Not just random 
> development that are meant to improve things.

OK point taken. I should have dealt with this earlier. Will only queue
regressions after -rc3 or so.

Regards,

Tony

[GIT PULL] omap fixes for v2.6.34-rc5

[Linus Torvalds]

On Tue, 27 Apr 2010, Tony Lindgren wrote:
> 
> OK point taken. I should have dealt with this earlier. Will only queue
> regressions after -rc3 or so.

Note that the "only regressions" is certainly not a hard rule. Anything 
that would be valid for -stable is obviously always valid: security 
issues, major oopses etc etc.

But the "only regressions" should kind of be the guiding line, and the 
others are more like "this is so serious that it should go in regardless 
of anything else".

			Linus

[GIT PULL] omap fixes for v2.6.34-rc5

[Tony Lindgren]

* Linus Torvalds <torvalds@linux-foundation.org> [100427 09:31]:
> 
> 
> On Tue, 27 Apr 2010, Tony Lindgren wrote:
> > 
> > OK point taken. I should have dealt with this earlier. Will only queue
> > regressions after -rc3 or so.
> 
> Note that the "only regressions" is certainly not a hard rule. Anything 
> that would be valid for -stable is obviously always valid: security 
> issues, major oopses etc etc.

Sure.
 
> But the "only regressions" should kind of be the guiding line, and the 
> others are more like "this is so serious that it should go in regardless 
> of anything else".

OK. I guess was using criteria like "this is needed to boot this and that
board in a usable way" and "let's get all the fixes in" criteria, but that
should have been done way earlier.

Regards,

Tony