1. 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
  2. 07 1月, 2011 1 次提交
  3. 14 12月, 2010 1 次提交
    • M
      ARM: mach-shmobile: SMP base support · 1c51ed4f
      Magnus Damm 提交于
      Add SMP base support for R-Mobile / SH-Mobile processors.
      
      This patch contains all base code to support CONFIG_SMP
      regardless of ARCH_SHMOBILE processor type. Both local timer
      and CPU hotplug are supported, but no processor specific
      code is included.
      
      At this point only the default behavior is in place, so
      a single core will always be used even though CONFIG_SMP
      is enabled on multicore systems.
      
      The SMP Kconfig entry for arch/arm/Kconfig is excluded from
      this patch to simplify merging.
      Signed-off-by: NMagnus Damm <damm@opensource.se>
      Signed-off-by: NPaul Mundt <lethal@linux-sh.org>
      1c51ed4f
  4. 18 11月, 2010 1 次提交
  5. 09 2月, 2010 2 次提交
  6. 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
  7. 03 7月, 2009 1 次提交
  8. 07 8月, 2008 1 次提交
  9. 08 2月, 2007 1 次提交
  10. 01 12月, 2006 1 次提交
    • A
      [ARM] 3960/1: AT91: Final SAM9 intergration patches. · 05043d08
      Andrew Victor 提交于
      This patch includes a number of small changes for integrating the
      AT91SAM9261 and AT91SAM0260 support.
      
            * Can only select support for one AT91 processor at a time.
            * Remove most of the remaining static memory mapping for the
              AT91RM9200.
            * Reserve 1Mb of memory below the IO for mapping the internal SRAM
              and any custom board-specific devices (ie, FPGA).
            * The SAM9260 has more serial ports, so increase the maximum to 7.
            * Define the standard chipselect addresses, and define other
              addresses relative to those.
            * CLOCK_TICK_RATE is different on the SAM926x's.
      Signed-off-by: NAndrew Victor <andrew@sanpeople.com>
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      05043d08
  11. 19 6月, 2006 1 次提交
  12. 10 1月, 2006 1 次提交
  13. 16 11月, 2005 1 次提交
  14. 17 4月, 2005 1 次提交
    • L
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds 提交于
      Initial git repository build. I'm not bothering with the full history,
      even though we have it. We can create a separate "historical" git
      archive of that later if we want to, and in the meantime it's about
      3.2GB when imported into git - space that would just make the early
      git days unnecessarily complicated, when we don't have a lot of good
      infrastructure for it.
      
      Let it rip!
      1da177e4