1. 10 12月, 2013 4 次提交
  2. 24 11月, 2013 1 次提交
  3. 08 10月, 2013 2 次提交
  4. 30 9月, 2013 5 次提交
  5. 22 9月, 2013 1 次提交
    • S
      ARM: shmobile: Lager: add Micrel KSZ8041 PHY fixup · 48c8b96f
      Sergei Shtylyov 提交于
      Currently on the Lager board NFS timeouts/delays are seen when booting.  That
      turned out to happen because the SoC's ETH_LINK signal turns on and off after
      each packet.  It is connected to Micrel KSZ8041 PHY's LED0 signal. Ether LEDs
      on the Lager board are named LINK and ACTIVE which corresponds to non-default
      01 setting of the PHY control register 1 bits 14-15. The 'sh_eth' driver resets
      the PHY when opening the network device, so we have to set the mentioned bits
      back to 01 from the default 00 value which causes bouncing of ETH_LINK.  That
      can be achieved using the PHY platform fixup mechanism if we also modify the
      driver to use it..
      Signed-off-by: NSergei Shtylyov <sergei.shtylyov@cogentembedded.com>
      Signed-off-by: NSimon Horman <horms+renesas@verge.net.au>
      48c8b96f
  6. 20 9月, 2013 1 次提交
  7. 10 9月, 2013 1 次提交
  8. 06 8月, 2013 2 次提交
  9. 31 7月, 2013 1 次提交
    • S
      ARM: shmobile: lager: do not annotate gpio_buttons as __initdata · a6014693
      Simon Horman 提交于
      When the gpio-keys device is registered using
      platform_device_register_data() the platform data argument,
      lager_keys_pdata is duplicated and thus should be marked as __initdata
      to avoid wasting memory. However, this is not true of gpio_buttons,
      a reference to it rather than its value is duplicated when lager_keys_pdata
      is duplicated.
      
      This avoids accessing freed memory if gpio-key events occur
      after unused kernel memory is freed late in the kernel's boot.
      
      This but was added when support for gpio-keys was added to lager
      in c3842e4f
      ("ARM: shmobile: lager: support GPIO switches") which was included
      in v3.11-rc1.
      Tested-by: NMagnus Damm <damm@opensource.se>
      Signed-off-by: NSimon Horman <horms+renesas@verge.net.au>
      a6014693
  10. 17 7月, 2013 3 次提交
  11. 07 6月, 2013 2 次提交
  12. 05 6月, 2013 1 次提交
  13. 09 4月, 2013 1 次提交
  14. 03 4月, 2013 2 次提交
  15. 02 4月, 2013 1 次提交
  16. 19 4月, 2012 1 次提交
  17. 15 3月, 2012 1 次提交
  18. 10 3月, 2012 1 次提交
  19. 22 2月, 2012 1 次提交
  20. 16 11月, 2011 1 次提交
  21. 23 10月, 2011 1 次提交
    • M
      ARM: gic: consolidate PPI handling · 292b293c
      Marc Zyngier 提交于
      PPI handling is a bit of an odd beast. It uses its own low level
      handling code and is hardwired to the local timers (hence lacking
      a registration interface).
      
      Instead, switch the low handling to the normal SPI handling code.
      PPIs are handled by the handle_percpu_devid_irq flow.
      
      This also allows the removal of some duplicated code.
      
      Cc: Kukjin Kim <kgene.kim@samsung.com>
      Cc: David Brown <davidb@codeaurora.org>
      Cc: Bryan Huntsman <bryanh@codeaurora.org>
      Cc: Tony Lindgren <tony@atomide.com>
      Cc: Paul Mundt <lethal@linux-sh.org>
      Cc: Magnus Damm <magnus.damm@gmail.com>
      Cc: Thomas Gleixner <tglx@linutronix.de>
      Acked-by: NDavid Brown <davidb@codeaurora.org>
      Tested-by: NDavid Brown <davidb@codeaurora.org>
      Tested-by: NShawn Guo <shawn.guo@linaro.org>
      Signed-off-by: NMarc Zyngier <marc.zyngier@arm.com>
      292b293c
  22. 07 1月, 2011 1 次提交
  23. 17 12月, 2010 1 次提交
    • M
      ARM: mach-shmobile: INTC interrupt priority level demux fix · 1cf215a5
      Magnus Damm 提交于
      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: NMagnus Damm <damm@opensource.se>
      Tested-by: NKuninori Morimoto <kuninori.morimoto.gx@renesas.com>
      Signed-off-by: NPaul Mundt <lethal@linux-sh.org>
      1cf215a5
  24. 18 11月, 2010 2 次提交
    • P
      ARM: mach-shmobile: Split out entry-macros in to GIC and INTC variants. · 45bbaae0
      Paul Mundt 提交于
      Presently the entry macros are all globbed together, this simply splits
      them out in to their insular variants. Future work such as the GIC
      generalization will replace some of these and tidy the abstraction up
      further.
      Signed-off-by: NPaul Mundt <lethal@linux-sh.org>
      45bbaae0
    • M
      ARM: mach-shmobile: Initial AG5 and AG5EVM support · 6d9598e2
      Magnus Damm 提交于
      This patch adds initial support for Renesas SH-Mobile AG5.
      
      At this point the AG5 CPU support is limited to the ARM
      core, SCIF serial and a CMT timer together with L2 cache
      and the GIC. The AG5EVM board also supports Ethernet.
      
      Future patches will add support for GPIO, INTCS, CPGA
      and platform data / driver updates for devices such as
      IIC, LCDC, FSI, KEYSC, CEU and SDHI among others.
      
      The code in entry-macro.S will be cleaned up when the
      ARM IRQ demux code improvements have been merged.
      
      Depends on the AG5EVM mach-type recently registered but
      not yet present in arch/arm/tools/mach-types.
      
      As the AG5EVM board comes with 512MiB memory it is
      recommended to turn on HIGHMEM.
      
      Many thanks to Yoshii-san for initial bring up.
      Signed-off-by: NMagnus Damm <damm@opensource.se>
      Signed-off-by: NPaul Mundt <lethal@linux-sh.org>
      6d9598e2
  25. 09 2月, 2010 1 次提交
  26. 08 2月, 2010 1 次提交
    • M
      ARM: mach-shmobile: SH-Mobile G3 support. · c793c1b0
      Magnus Damm 提交于
      This adds preliminary support for the SH-Mobile G-series.
      
      The SH-Mobile G-series is a series of ARM/SH multi-core CPUs that aside
      from the ARM MPU are primarily composed of existing SH IP blocks.
      
      This includes initial support for the SH7367 (SH-Mobile G3) CPU and
      the G3EVM reference board.
      
      Only timer, serial console, and NOR flash are supported at this point.
      Patches for the interrupt controller, pinmux support, clock framework
      and runtime pm will be submitted as feature patches on top of this.
      Signed-off-by: NMagnus Damm <damm@opensource.se>
      Signed-off-by: NPaul Mundt <lethal@linux-sh.org>
      c793c1b0