1. 10 7月, 2013 1 次提交
  2. 08 5月, 2012 1 次提交
  3. 27 4月, 2012 1 次提交
  4. 29 3月, 2012 1 次提交
  5. 26 3月, 2012 2 次提交
  6. 07 3月, 2012 1 次提交
  7. 28 2月, 2012 1 次提交
  8. 21 2月, 2012 2 次提交
  9. 09 2月, 2012 2 次提交
  10. 04 2月, 2012 2 次提交
  11. 21 1月, 2012 1 次提交
  12. 20 1月, 2012 1 次提交
    • R
      Revert "RTC: sa1100: support sa1100, pxa and mmp soc families" · a0164a57
      Russell King 提交于
      This reverts commit 7cea0065.
      
      The sa1100 cleanups fatally broke the SA1100 RTC driver - the first
      hint that something is wrong are these compiler warnings:
      
      drivers/rtc/rtc-sa1100.c:42:1: warning: "RCNR" redefined
      In file included from arch/arm/mach-sa1100/include/mach/hardware.h:73,
                       from drivers/rtc/rtc-sa1100.c:35:
      arch/arm/mach-sa1100/include/mach/SA-1100.h:877:1: warning: this is the location of the previous definition
      drivers/rtc/rtc-sa1100.c:43:1: warning: "RTAR" redefined
      arch/arm/mach-sa1100/include/mach/SA-1100.h:876:1: warning: this is the location of the previous definition
      drivers/rtc/rtc-sa1100.c:44:1: warning: "RTSR" redefined
      arch/arm/mach-sa1100/include/mach/SA-1100.h:879:1: warning: this is the location of the previous definition
      drivers/rtc/rtc-sa1100.c:45:1: warning: "RTTR" redefined
      arch/arm/mach-sa1100/include/mach/SA-1100.h:878:1: warning: this is the location of the previous definition
      drivers/rtc/rtc-sa1100.c:47:1: warning: "RTSR_HZE" redefined
      arch/arm/mach-sa1100/include/mach/SA-1100.h:891:1: warning: this is the location of the previous definition
      drivers/rtc/rtc-sa1100.c:48:1: warning: "RTSR_ALE" redefined
      arch/arm/mach-sa1100/include/mach/SA-1100.h:890:1: warning: this is the location of the previous definition
      drivers/rtc/rtc-sa1100.c:49:1: warning: "RTSR_HZ" redefined
      arch/arm/mach-sa1100/include/mach/SA-1100.h:889:1: warning: this is the location of the previous definition
      drivers/rtc/rtc-sa1100.c:50:1: warning: "RTSR_AL" redefined
      arch/arm/mach-sa1100/include/mach/SA-1100.h:888:1: warning: this is the location of the previous definition
      
      and the second problem, which is far more severe, are the different
      register layouts, resulting in the wrong registers being read on
      SA11x0 platforms.  This patch adds:
      
      	#define RCNR           0x00    /* RTC Count Register */
      	#define RTAR           0x04    /* RTC Alarm Register */
      	#define RTSR           0x08    /* RTC Status Register */
      	#define RTTR           0x0c    /* RTC Timer Trim Register */
      
      but the SA11x0 registers are:
      
      	#define RTAR            __REG(0x90010000)  /* RTC Alarm Reg. */
      	#define RCNR            __REG(0x90010004)  /* RTC CouNt Reg. */
      	#define RTTR            __REG(0x90010008)  /* RTC Trim Reg. */
      	#define RTSR            __REG(0x90010010)  /* RTC Status Reg. */
      a0164a57
  13. 09 1月, 2012 1 次提交
  14. 05 1月, 2012 1 次提交
  15. 28 12月, 2011 1 次提交
  16. 08 8月, 2011 1 次提交
  17. 15 1月, 2011 1 次提交
    • R
      ARM: Fix build regression on SA11x0, PXA, and H720x targets · 671289c2
      Russell King 提交于
      Build errors similar this appeared in todays kautobuild for the above
      targets:
      
      In file included from arch/arm/include/asm/pgtable.h:461,
                       from arch/arm/mach-pxa/generic.c:26:
      include/asm-generic/pgtable.h: In function 'ptep_test_and_clear_young':
      include/asm-generic/pgtable.h:29: error: dereferencing pointer to incomplete type
      
      None of the .c files including asm/pgtable.h with this error is using
      this header, so simply remove the include.
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      671289c2
  18. 04 1月, 2011 1 次提交
  19. 23 12月, 2010 2 次提交
  20. 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
  21. 07 12月, 2009 1 次提交
  22. 31 1月, 2009 1 次提交
  23. 02 10月, 2008 1 次提交
  24. 25 9月, 2008 1 次提交
  25. 07 8月, 2008 2 次提交
  26. 05 8月, 2008 1 次提交
  27. 10 4月, 2008 1 次提交
  28. 04 2月, 2008 1 次提交
  29. 19 3月, 2007 1 次提交
  30. 17 3月, 2007 1 次提交
  31. 21 2月, 2007 1 次提交
  32. 08 12月, 2006 1 次提交
  33. 01 7月, 2006 1 次提交
  34. 28 3月, 2006 1 次提交