1. 19 11月, 2019 1 次提交
  2. 15 11月, 2019 1 次提交
  3. 14 11月, 2019 2 次提交
    • R
      cpuidle: teo: Avoid using "early hits" incorrectly · 63f202e5
      Rafael J. Wysocki 提交于
      If the current state with the maximum "early hits" metric in
      teo_select() is also the one "matching" the expected idle duration,
      it will be used as the candidate one for selection even if its
      "misses" metric is greater than its "hits" metric, which is not
      correct.
      
      In that case, the candidate state should be shallower than the
      current one and its "early hits" metric should be the maximum
      among the idle states shallower than the current one.
      
      To make that happen, modify teo_select() to save the index of
      the state whose "early hits" metric is the maximum for the
      range of states below the current one and go back to that state
      if it turns out that the current one should be rejected.
      
      Fixes: 159e4856 ("cpuidle: teo: Fix "early hits" handling for disabled idle states")
      Signed-off-by: NRafael J. Wysocki <rafael.j.wysocki@intel.com>
      63f202e5
    • R
      cpuidle: teo: Exclude cpuidle overhead from computations · b6495b7f
      Rafael J. Wysocki 提交于
      One purpose of the computations in teo_update() is to determine
      whether or not the (saved) time till the next timer event and the
      measured idle duration fall into the same "bin", so avoid using
      values that include the cpuidle overhead to obtain the latter.
      Signed-off-by: NRafael J. Wysocki <rafael.j.wysocki@intel.com>
      b6495b7f
  4. 12 11月, 2019 1 次提交
    • R
      cpuidle: Use nanoseconds as the unit of time · c1d51f68
      Rafael J. Wysocki 提交于
      Currently, the cpuidle subsystem uses microseconds as the unit of
      time which (among other things) causes the idle loop to incur some
      integer division overhead for no clear benefit.
      
      In order to allow cpuidle to measure time in nanoseconds, add two
      new fields, exit_latency_ns and target_residency_ns, to represent the
      exit latency and target residency of an idle state in nanoseconds,
      respectively, to struct cpuidle_state and initialize them with the
      help of the corresponding values in microseconds provided by drivers.
      Additionally, change cpuidle_governor_latency_req() to return the
      idle state exit latency constraint in nanoseconds.
      
      Also meeasure idle state residency (last_residency_ns in struct
      cpuidle_device and time_ns in struct cpuidle_driver) in nanoseconds
      and update the cpuidle core and governors accordingly.
      
      However, the menu governor still computes typical intervals in
      microseconds to avoid integer overflows.
      Signed-off-by: NRafael J. Wysocki <rafael.j.wysocki@intel.com>
      Acked-by: NPeter Zijlstra (Intel) <peterz@infradead.org>
      Acked-by: NDoug Smythies <dsmythies@telus.net>
      Tested-by: NDoug Smythies <dsmythies@telus.net>
      c1d51f68
  5. 06 11月, 2019 1 次提交
    • R
      cpuidle: Consolidate disabled state checks · 99e98d3f
      Rafael J. Wysocki 提交于
      There are two reasons why CPU idle states may be disabled: either
      because the driver has disabled them or because they have been
      disabled by user space via sysfs.
      
      In the former case, the state's "disabled" flag is set once during
      the initialization of the driver and it is never cleared later (it
      is read-only effectively).  In the latter case, the "disable" field
      of the given state's cpuidle_state_usage struct is set and it may be
      changed via sysfs.  Thus checking whether or not an idle state has
      been disabled involves reading these two flags every time.
      
      In order to avoid the additional check of the state's "disabled" flag
      (which is effectively read-only anyway), use the value of it at the
      init time to set a (new) flag in the "disable" field of that state's
      cpuidle_state_usage structure and use the sysfs interface to
      manipulate another (new) flag in it.  This way the state is disabled
      whenever the "disable" field of its cpuidle_state_usage structure is
      nonzero, whatever the reason, and it is the only place to look into
      to check whether or not the state has been disabled.
      Signed-off-by: NRafael J. Wysocki <rafael.j.wysocki@intel.com>
      Acked-by: NDaniel Lezcano <daniel.lezcano@linaro.org>
      Acked-by: NPeter Zijlstra (Intel) <peterz@infradead.org>
      99e98d3f
  6. 25 10月, 2019 3 次提交
  7. 22 10月, 2019 1 次提交
  8. 21 10月, 2019 2 次提交
  9. 20 10月, 2019 15 次提交
  10. 19 10月, 2019 13 次提交