1. 21 Dec, 2010 1 commit
    • Magnus Damm's avatar
      ARM: mach-shmobile: sh73a0 INTCS support · 5f53a56a
      Magnus Damm authored
      Add INTCS support for the sh73a0 processor.
      The interrupts on the sh73a0 processor are managed
      through controllers such as GIC, INTCS and INTCA.
      The ARM cores use the GIC as primary interrupt
      controller and the INTCS and INTCA are hanging off
      the GIC as cascaded interrupt controllers.
      Peripherals connected both to the GIC and the INTC
      controllers should if possible only use the GIC.
      If no GIC connection is available then INTCS and
      INTCA may be used instead.
      Signed-off-by: default avatarMagnus Damm <damm@opensource.se>
      Signed-off-by: default avatarPaul Mundt <lethal@linux-sh.org>
  2. 20 Dec, 2010 1 commit
  3. 17 Dec, 2010 2 commits
    • Magnus Damm's avatar
      ARM: mach-shmobile: INTC interrupt priority level demux fix · 1cf215a5
      Magnus Damm authored
      Fix interrupt priority level handling on SH-Mobile ARM.
      SH-Mobile ARM platforms using multiple interrupt priority
      levels need this patch to fix a potential dead lock that
      may occur if multiple interrupts with different levels
      are pending simultaneously.
      The default INTC configuration is to use the same priority
      level for all interrupts, so this issue does not trigger by
      default. It is however common for board code to override the
      interrupt priority for certain interrupt sources depending
      on the application. Without this fix such boards may lock up.
      In detail, this patch updates the INTC code in entry-macro.S
      to make sure that the INTLVLA register gets set as expected.
      To trigger this bug modify the board specific code to adjust
      the interrupt priority level for the ethernet chip. After
      changing the priority level simply use flood ping to drown
      the board with interrupts.
      This patch applies to INTCA-based processors such as sh7372,
      sh7377 and sh7372. GIC-based processors are not affected.
      Suitable for v2.6.37-rc and stable from v2.6.34 to v2.6.36.
      Cc: stable@kernel.org
      Signed-off-by: default avatarMagnus Damm <damm@opensource.se>
      Tested-by: default avatarKuninori Morimoto <kuninori.morimoto.gx@renesas.com>
      Signed-off-by: default avatarPaul Mundt <lethal@linux-sh.org>
    • Magnus Damm's avatar
      ARM: mach-shmobile: fix compile warning in mm/init.c · 676b14c3
      Magnus Damm authored
      Turn down the warning noise from the compiler,
      basically a SH-Mobile specific version of the
      patch located in the RMK patch tracker:
      6484/1: "fix compile warning in mm/init.c",
      Without this patch the following warning triggers:
       CC      arch/arm/kernel/sys_arm.o
      arch/arm/mm/init.c: In function 'mem_init':
      arch/arm/mm/init.c:606: warning: format '%08lx' expects type 'long unsigned int', but argument 12 has type 'unsigned int'
        CC      arch/arm/kernel/traps.o
      Signed-off-by: default avatarMagnus Damm <damm@opensource.se>
      Signed-off-by: default avatarPaul Mundt <lethal@linux-sh.org>
  4. 14 Dec, 2010 4 commits
  5. 12 Dec, 2010 4 commits
  6. 10 Dec, 2010 1 commit
    • Paul Walmsley's avatar
      OMAP2: PRCM: fix some SHIFT macros that were actually bitmasks · c2015dc8
      Paul Walmsley authored
      After Charu's GPIO hwmod patches, GPIO initialization on N800 emits
      the following messages for all GPIO banks:
      omap_hwmod: gpio1: cannot be enabled (3)
      This is due to OMAP24XX_ST_GPIOS_SHIFT being defined as a bitmask.
      Fix this and also fix two other macros that had the same problem.
      Thanks to Tony Lindgren <tony@atomide.com> for originally reporting
      this bug.
      Signed-off-by: Paul Walmsley <paul@pwsan.com
      Cc: Charulatha Varadarajan <charu@ti.com>
      Signed-off-by: default avatarTony Lindgren <tony@atomide.com>
  7. 09 Dec, 2010 2 commits
  8. 08 Dec, 2010 1 commit
  9. 07 Dec, 2010 2 commits
    • Aaro Koskinen's avatar
      arm: omap2: io: fix clk_get() error check · e281f7ec
      Aaro Koskinen authored
      clk_get() return value should be checked with IS_ERR().
      Signed-off-by: default avatarAaro Koskinen <aaro.koskinen@nokia.com>
      Acked-by: default avatarKevin Hilman <khilman@deeprootsystems.com>
      Signed-off-by: default avatarTony Lindgren <tony@atomide.com>
    • Vasily Khoruzhick's avatar
      ARM: S3C24XX: Fix mess with gpio {set,get}_pull callbacks · 812c4e40
      Vasily Khoruzhick authored
      Currently the {set,get}_pull callbacks of the s3c24xx_gpiocfg_default structure
      are initalized via s3c_gpio_{get,set}pull_1up. This results in a linker
      error when only CONFIG_CPU_S3C2442 is selected:
      arch/arm/plat-s3c24xx/built-in.o:(.data+0x13f4): undefined reference to
      arch/arm/plat-s3c24xx/built-in.o:(.data+0x13f8): undefined reference to
      The s3c2442 has pulldowns instead of pullups compared to the s3c2440.
      The method of controlling them is the same though.
      So this patch modifies the existing s3c_gpio_{get,set}pull_1up helper functions
      to take an additional parameter deciding whether the pin has a pullup or pulldown.
      The s3c_gpio_{get,set}pull_1{down,up} functions then wrap that functions passing
      either S3C_GPIO_PULL_UP or S3C_GPIO_PULL_DOWN.
      Furthermore this patch sets up the s3c24xx_gpiocfg_default.{get,set}_pull fields
      in the s3c244{0,2}_map_io function to the new pulldown helper functions.
      Based on patch from "Lars-Peter Clausen" <lars@metafoo.de>
      Signed-off-by: default avatarVasily Khoruzhick <anarsoul@gmail.com>
      Signed-off-by: default avatarBen Dooks <ben-linux@fluff.org>
  10. 06 Dec, 2010 4 commits
  11. 04 Dec, 2010 2 commits
  12. 03 Dec, 2010 2 commits
    • Ben Dooks's avatar
      ARM: mini2440: Fix Kconfig to allow kernel to build · 2e18edf7
      Ben Dooks authored
      The MACH_MINI2440 entry requires the backlight LED driver, but this
      subsystem has not been enabled and the select of LEDS_TRIGGER_BACKLIGHT
      alone is insufficient to enable the necessary bits of the LED driver.
      Add NEW_LEDS, LEDS_CLASS and LEDS_TRIGGER to the select to allow the
      kernel to link.
      This fixes the following error:
      drivers/built-in.o: In function `led_trigger_set':
      /home/ben/linux.git/drivers/leds/led-triggers.c:116: undefined reference to `led_brightness_set'
      Signed-off-by: default avatarBen Dooks <ben-linux@fluff.org>
    • Magnus Damm's avatar
      ARM: mach-shmobile: AG5 clock framework improvements · f6d84f4a
      Magnus Damm authored
      This patch improves the state of the AG5 clock
      framework support. The main clock parent is
      automatically detected, but most of the clocks
      are not used by any driver or subsystem at this
      point. More work is needed for support of multi
      media hardware such as FSI and/or LCDC/MIPI-DSI.
      Signed-off-by: default avatarMagnus Damm <damm@opensource.se>
      Signed-off-by: default avatarPaul Mundt <lethal@linux-sh.org>
  13. 02 Dec, 2010 1 commit
  14. 30 Nov, 2010 13 commits