1. 05 7月, 2014 2 次提交
    • A
      clocksource: exynos_mct: Register the timer for stable udelay · 8bf13a43
      Amit Daniel Kachhap 提交于
      This patch registers the exynos mct clocksource as the current timer
      as it has constant clock rate. This will generate correct udelay for
      the exynos platform and avoid using unnecessary calibrated
      jiffies. This change has been tested on exynos5420 based board and
      udelay is very close to expected.
      
      Without this patch udelay() on exynos5400 / exynos5800 is wildly
      inaccurate due to big.LITTLE not adjusting loops_per_jiffy correctly.
      Also without this patch udelay() on exynos5250 can be innacruate
      during transitions between frequencies < 800 MHz (you'll go 200 MHz ->
      800 MHz -> 300 MHz and will run at 800 MHz for a time with the wrong
      loops_per_jiffy).
      
      [dianders: reworked and created version 3]
      Signed-off-by: NAmit Daniel Kachhap <amit.daniel@samsung.com>
      Signed-off-by: NDoug Anderson <dianders@chromium.org>
      Signed-off-by: NKukjin Kim <kgene.kim@samsung.com>
      8bf13a43
    • D
      clocksource: exynos_mct: Fix ftrace · 89e6a13b
      Doug Anderson 提交于
      In (93bfb769 clocksource: exynos_mct: register sched_clock callback) we
      supported using the MCT as a scheduler clock.  We properly marked
      exynos4_read_sched_clock() as notrace.  However, we then went and
      called another function that _wasn't_ notrace.  That means if you do:
      
        cd /sys/kernel/debug/tracing/
        echo function_graph > current_tracer
      
      You'll get a crash.
      
      Fix this (but still let other readers of the MCT be trace-enabled) by
      adding an extra function.  It's important to keep other users of MCT
      traceable because the MCT is actually quite slow to access and we want
      exynos4_frc_read() to show up in ftrace profiles if it's the
      bottleneck.
      Signed-off-by: NDoug Anderson <dianders@chromium.org>
      Signed-off-by: NKukjin Kim <kgene.kim@samsung.com>
      89e6a13b
  2. 16 6月, 2014 1 次提交
  3. 02 5月, 2014 1 次提交
  4. 18 4月, 2014 2 次提交
  5. 12 3月, 2014 1 次提交
  6. 14 2月, 2014 1 次提交
  7. 16 12月, 2013 1 次提交
  8. 26 9月, 2013 1 次提交
    • T
      clocksource: exynos_mct: Set IRQ affinity when the CPU goes online · 5df718d8
      Tomasz Figa 提交于
      Some variants of Exynos MCT, namely exynos4210-mct at the moment, use
      normal, shared interrupts for local timers. This means that each
      interrupt must have correct affinity set to fire only on CPU
      corresponding to given local timer.
      
      However after recent conversion of clocksource drivers to not use the
      local timer API for local timer initialization any more, the point of
      time when local timers get initialized changed and irq_set_affinity()
      fails because the CPU is not marked as online yet.
      
      This patch fixes this by moving the call to irq_set_affinity() to
      CPU_ONLINE notification, so the affinity is being set when the CPU goes
      online.
      
      This fixes a regression introduced by commit
      	ee98d27d ARM: EXYNOS4: Divorce mct from local timer API
      which rendered all Exynos4210 based boards unbootable due to
      failing irq_set_affinity() making local timers inoperatible.
      Signed-off-by: NTomasz Figa <t.figa@samsung.com>
      Signed-off-by: NKyungmin Park <kyungmin.park@samsung.com>
      Acked-by: NStephen Boyd <sboyd@codeaurora.org>
      Signed-off-by: NDaniel Lezcano <daniel.lezcano@linaro.org>
      5df718d8
  9. 15 7月, 2013 1 次提交
    • P
      clocksource+irqchip: delete __cpuinit usage from all related files · 8c37bb3a
      Paul Gortmaker 提交于
      The __cpuinit type of throwaway sections might have made sense
      some time ago when RAM was more constrained, but now the savings
      do not offset the cost and complications.  For example, the fix in
      commit 5e427ec2 ("x86: Fix bit corruption at CPU resume time")
      is a good example of the nasty type of bugs that can be created
      with improper use of the various __init prefixes.
      
      After a discussion on LKML[1] it was decided that cpuinit should go
      the way of devinit and be phased out.  Once all the users are gone,
      we can then finally remove the macros themselves from linux/init.h.
      
      This removes all the drivers/clocksource and drivers/irqchip uses of
      the __cpuinit macros from all C files.
      
      [1] https://lkml.org/lkml/2013/5/20/589
      
      Cc: John Stultz <john.stultz@linaro.org>
      Cc: Thomas Gleixner <tglx@linutronix.de>
      Acked-by: NThomas Gleixner <tglx@linutronix.de>
      Signed-off-by: NPaul Gortmaker <paul.gortmaker@windriver.com>
      8c37bb3a
  10. 25 6月, 2013 1 次提交
  11. 19 6月, 2013 1 次提交
  12. 20 4月, 2013 2 次提交
  13. 04 4月, 2013 2 次提交
  14. 25 3月, 2013 2 次提交
  15. 09 3月, 2013 5 次提交
  16. 15 1月, 2013 1 次提交
  17. 13 1月, 2013 1 次提交
  18. 25 12月, 2012 1 次提交
  19. 22 11月, 2012 1 次提交
  20. 15 5月, 2012 1 次提交
  21. 14 3月, 2012 1 次提交
  22. 13 3月, 2012 1 次提交
  23. 10 3月, 2012 1 次提交
  24. 08 12月, 2011 2 次提交
  25. 06 11月, 2011 2 次提交
  26. 23 10月, 2011 1 次提交
  27. 04 10月, 2011 2 次提交
  28. 15 9月, 2011 1 次提交