1. 12 1月, 2011 2 次提交
    • R
      ARM: sched_clock: make minsec argument to clocks_calc_mult_shift() zero · edc4d272
      Russell King 提交于
      The purpose of the minsec argument is to prevent 64-bit math overflow
      when the number of cycles is multiplied up.  However, the multipler
      is 32-bit, and in the sched_clock() case, the cycle counter is up to
      32-bit as well.  So the math can never overflow.
      
      With a value of 60, and clock rates greater than 71MHz, the calculated
      multiplier is unnecessarily reduced in value, which reduces accuracy by
      maybe 70ppt.  It's almost not worth bothering with as the oscillator
      driving the counter won't be any more than 1ppm - unless you're using
      a rubidium lamp or caesium fountain frequency standard.
      
      So, set the minsec argument to zero.
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      edc4d272
    • R
      ARM: sched_clock: allow init_sched_clock() to be called early · 211baa70
      Russell King 提交于
      sched_clock is supposed to be initialized early - in the recently added
      init_early platform hook.  However, in doing so we end up calling
      mod_timer() before the timer lists are initialized, resulting in an
      oops.
      
      Split the initialization in two - the part which the platform calls
      early which starts things off.  The addition of the timer can be
      delayed until after we have more of the kernel initialized - when the
      normal time sources are initialized.
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      211baa70
  2. 11 1月, 2011 3 次提交
  3. 07 1月, 2011 1 次提交
  4. 05 1月, 2011 3 次提交
  5. 04 1月, 2011 4 次提交
  6. 03 1月, 2011 22 次提交
  7. 02 1月, 2011 1 次提交
  8. 30 12月, 2010 1 次提交
  9. 29 12月, 2010 1 次提交
  10. 24 12月, 2010 2 次提交