1. 30 10月, 2014 1 次提交
  2. 14 10月, 2014 3 次提交
  3. 04 10月, 2014 1 次提交
    • M
      rtc: Disable EFI rtc for x86 · 7efe6659
      Matt Fleming 提交于
      commit da167ad7 ("rtc: ia64: allow other architectures to use EFI
      RTC") inadvertently introduced a regression for x86 because we've been
      careful not to enable the EFI rtc driver due to the generally buggy
      implementations of the time-related EFI runtime services.
      
      In fact, since the above commit was merged we've seen reports of crashes
      on 32-bit tablets,
      
        https://bugzilla.kernel.org/show_bug.cgi?id=84241#c21
      
      Disable it explicitly for x86 so that we don't give users false hope
      that this driver will work - it won't, and your machine is likely to
      crash.
      Acked-by: NMark Salter <msalter@redhat.com>
      Cc: Dave Young <dyoung@redhat.com>
      Cc: Alessandro Zummo <a.zummo@towertech.it>
      Cc: <stable@vger.kernel.org> # v3.17
      Signed-off-by: NMatt Fleming <matt.fleming@intel.com>
      7efe6659
  4. 19 9月, 2014 2 次提交
  5. 09 9月, 2014 1 次提交
  6. 09 8月, 2014 4 次提交
  7. 11 6月, 2014 1 次提交
    • K
      rtc: s5m: add support for S2MPS14 RTC · 0c5deb1e
      Krzysztof Kozlowski 提交于
      Add support for S2MPS14 to the rtc-s5m driver.  Differences in S2MPS14
      (in comparison to S5M8767):
      
       - Layout of registers
       - Lack of century support for time and alarms (7 registers used for
         storing time/alarm)
       - Two buffer control registers: WUDR and RUDR
       - No register for enabling writing time
       - RTC interrupts are reported in main PMIC I2C device
      Signed-off-by: NKrzysztof Kozlowski <k.kozlowski@samsung.com>
      Cc: Kyungmin Park <kyungmin.park@samsung.com>
      Cc: Lee Jones <lee.jones@linaro.org>
      Cc: Alessandro Zummo <a.zummo@towertech.it>
      Cc: Sangbeom Kim <sbkim73@samsung.com>
      Cc: Samuel Ortiz <sameo@linux.intel.com>
      Cc: Marek Szyprowski <m.szyprowski@samsung.com>
      Cc: Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      0c5deb1e
  8. 07 6月, 2014 6 次提交
  9. 04 4月, 2014 1 次提交
  10. 24 1月, 2014 2 次提交
  11. 23 12月, 2013 1 次提交
  12. 21 12月, 2013 1 次提交
  13. 17 11月, 2013 1 次提交
    • R
      alpha: Reorganize rtc handling · 85d0b3a5
      Richard Henderson 提交于
      Discontinue use of GENERIC_CMOS_UPDATE; rely on the RTC subsystem.
      
      The marvel platform requires that the rtc only be touched from the
      boot cpu.  This had been partially implemented with hooks for
      get/set_rtc_time, but read/update_persistent_clock were not handled.
      Move the hooks from the machine_vec to a special rtc_class_ops struct.
      
      We had read_persistent_clock managing the epoch against which the
      rtc hw is based, but this didn't apply to get_rtc_time or set_rtc_time.
      This resulted in incorrect values when hwclock(8) gets involved.
      
      Allow the epoch to be set from the kernel command-line, overriding
      the autodetection, which is doomed to fail in 2020.  Further, by
      implementing the rtc ioctl function, we can expose this epoch to
      userland.
      
      Elide the alarm functions that RTC_DRV_CMOS implements.  This was
      highly questionable on Alpha, since the interrupt is used by the
      system timer.
      Signed-off-by: NRichard Henderson <rth@twiddle.net>
      85d0b3a5
  14. 13 11月, 2013 2 次提交
  15. 12 9月, 2013 1 次提交
  16. 04 7月, 2013 2 次提交
  17. 15 5月, 2013 1 次提交
    • J
      time: Revert ALWAYS_USE_PERSISTENT_CLOCK compile time optimizaitons · b4f711ee
      John Stultz 提交于
      Kay Sievers noted that the ALWAYS_USE_PERSISTENT_CLOCK config,
      which enables some minor compile time optimization to avoid
      uncessary code in mostly the suspend/resume path could cause
      problems for userland.
      
      In particular, the dependency for RTC_HCTOSYS on
      !ALWAYS_USE_PERSISTENT_CLOCK, which avoids setting the time
      twice and simplifies suspend/resume, has the side effect
      of causing the /sys/class/rtc/rtcN/hctosys flag to always be
      zero, and this flag is commonly used by udev to setup the
      /dev/rtc symlink to /dev/rtcN, which can cause pain for
      older applications.
      
      While the udev rules could use some work to be less fragile,
      breaking userland should strongly be avoided. Additionally
      the compile time optimizations are fairly minor, and the code
      being optimized is likely to be reworked in the future, so
      lets revert this change.
      Reported-by: NKay Sievers <kay@vrfy.org>
      Signed-off-by: NJohn Stultz <john.stultz@linaro.org>
      Cc: stable <stable@vger.kernel.org> #3.9
      Cc: Feng Tang <feng.tang@intel.com>
      Cc: Jason Gunthorpe <jgunthorpe@obsidianresearch.com>
      Link: http://lkml.kernel.org/r/1366828376-18124-1-git-send-email-john.stultz@linaro.orgSigned-off-by: NThomas Gleixner <tglx@linutronix.de>
      b4f711ee
  18. 12 4月, 2013 1 次提交
  19. 22 2月, 2013 5 次提交
  20. 14 2月, 2013 1 次提交
  21. 31 1月, 2013 1 次提交
  22. 30 1月, 2013 1 次提交