1. 02 5月, 2010 3 次提交
  2. 30 4月, 2010 2 次提交
  3. 16 3月, 2010 1 次提交
  4. 13 3月, 2010 1 次提交
  5. 02 3月, 2010 1 次提交
  6. 25 2月, 2010 2 次提交
  7. 24 2月, 2010 6 次提交
  8. 21 2月, 2010 1 次提交
  9. 16 2月, 2010 3 次提交
  10. 13 2月, 2010 5 次提交
  11. 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
  12. 05 2月, 2010 1 次提交
  13. 04 2月, 2010 1 次提交
  14. 02 2月, 2010 1 次提交
  15. 28 1月, 2010 1 次提交
  16. 26 1月, 2010 1 次提交
    • B
      ARM: S3C64XX: Merge mach-s3c6400 and mach-s3c6410 · 431107ea
      Ben Dooks 提交于
      As per discussions with Russell King on linux-arm-kernel, it appears that
      both mach-s3c6400 and mach-s3c6410 are so close together that they should
      simply be merged into mach-s3c64xx.
      
      Note, this patch does not eliminate any of the bits that are still common,
      it is simply a move of the two directories together, any further common
      code will be eliminated or moved in further patches.
      Signed-off-by: NBen Dooks <ben-linux@fluff.org>
      431107ea
  17. 18 1月, 2010 1 次提交
  18. 15 1月, 2010 1 次提交
  19. 12 1月, 2010 1 次提交
  20. 07 1月, 2010 1 次提交
  21. 14 12月, 2009 1 次提交
    • R
      ARM: fix sa1100 build · 1937f5b9
      Russell King 提交于
      Fix:
      
      arch/arm/mach-sa1100/generic.c:117: error: redefinition of 'cpufreq_get'
      include/linux/cpufreq.h:299: error: previous definition of 'cpufreq_get' was here
      
      cpufreq_get() is used on these platforms to tell drivers what the CPU
      frequency is, and therefore the bus frequency - which is critical for
      setting the PCMCIA and LCD timings.  Adding ifdefs to these drivers to
      select cpufreq_get() or some other interface adds confusion.  Making
      these drivers use some other interface for the normal paths and cpufreq
      stuff for the cpufreq notifier is insane as well.
      
      (Why x86 can't provide a version of cpufreq_get() which returns the
      CPU frequency when CPUFREQ is disabled is beyond me, rather than
      requiring a dummy zero-returning cpufreq_get().  Especially as they
      do:
      
      			unsigned long khz = cpufreq_get(cpu);
      			if (!khz)
      				khz = tsc_khz;
      
      In other words, if CPUFREQ is disabled, get it from tsc_khz - why
      not provide a dummy cpufreq_get() which returns tsc_khz?)
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      1937f5b9
  22. 01 12月, 2009 1 次提交
    • B
      ARM: SAMSUNG: Add plat-samsung as starting point for plat-s3c* moves · cf383678
      Ben Dooks 提交于
      We inted to re-organise the plat-s3c/plat-s3c24xx/plat-s3c64xx into a
      more generic plat-samsung with less code in the other plat- directories
      to make it easier to port new devices and try and clear up some of the
      naming issues with newer devices.
      
      Start by creating a small arch/arm/plat-samsung with no actuall code in
      so we can move items in as we process them.
      
      Add this to arch/arm to allow it to build things once support is added.
      Signed-off-by: NBen Dooks <ben-linux@fluff.org>
      cf383678
  23. 28 11月, 2009 3 次提交