Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1331879 > unrolled thread

[PATCH V5 0/6] cpufreq: Locking fixes and cleanups

Started byViresh Kumar <viresh.kumar@linaro.org>
First post2016-02-11 13:10 +0100
Last post2016-02-11 23:20 +0100
Articles 2 — 2 participants

Back to article view | Back to linux.kernel


Contents

  [PATCH V5 0/6] cpufreq: Locking fixes and cleanups Viresh Kumar <viresh.kumar@linaro.org> - 2016-02-11 13:10 +0100
    Re: [PATCH V5 0/6] cpufreq: Locking fixes and cleanups "Rafael J. Wysocki" <rjw@rjwysocki.net> - 2016-02-11 23:20 +0100

#1331879 — [PATCH V5 0/6] cpufreq: Locking fixes and cleanups

FromViresh Kumar <viresh.kumar@linaro.org>
Date2016-02-11 13:10 +0100
Subject[PATCH V5 0/6] cpufreq: Locking fixes and cleanups
Message-ID<r0Yel-8w1-3@gated-at.bofh.it>
Hi Rafael,

These are rest of the patches that fix some more locking issues with
policy->rwsem and do some minor optimization/cleanups.

V4->V5:
- Changelog updated for 1-2 as suggested by Rafael
- 4th patch is dropped, which moved common tunable callbacks to
  cpufreq_governor.c
- 5-7 are resend on the V5 sent earlier, as reply to V4 of the series.

Viresh Kumar (6):
  cpufreq: Merge cpufreq_offline_prepare/finish routines
  cpufreq: Call __cpufreq_governor() with policy->rwsem held
  cpufreq: Remove cpufreq_governor_lock
  cpufreq: governor: No need to manage state machine now
  cpufreq: conservative: Update sample_delay_ns immediately
  cpufreq: ondemand: Rearrange od_dbs_timer() to avoid updating delay

 drivers/cpufreq/cpufreq.c              | 93 ++++++++++++++++------------------
 drivers/cpufreq/cpufreq_conservative.c | 14 -----
 drivers/cpufreq/cpufreq_governor.c     | 90 ++++++++++++++++++++++++--------
 drivers/cpufreq/cpufreq_governor.h     |  3 +-
 drivers/cpufreq/cpufreq_ondemand.c     | 78 ++--------------------------
 5 files changed, 117 insertions(+), 161 deletions(-)

-- 
2.7.1.370.gb2aa7f8

[toc] | [next] | [standalone]


#1332405

From"Rafael J. Wysocki" <rjw@rjwysocki.net>
Date2016-02-11 23:20 +0100
Message-ID<r17KG-6xV-7@gated-at.bofh.it>
In reply to#1331879
On Thursday, February 11, 2016 05:31:10 PM Viresh Kumar wrote:
> Hi Rafael,
> 
> These are rest of the patches that fix some more locking issues with
> policy->rwsem and do some minor optimization/cleanups.
> 
> V4->V5:
> - Changelog updated for 1-2 as suggested by Rafael
> - 4th patch is dropped, which moved common tunable callbacks to
>   cpufreq_governor.c
> - 5-7 are resend on the V5 sent earlier, as reply to V4 of the series.
> 
> Viresh Kumar (6):
>   cpufreq: Merge cpufreq_offline_prepare/finish routines
>   cpufreq: Call __cpufreq_governor() with policy->rwsem held
>   cpufreq: Remove cpufreq_governor_lock
>   cpufreq: governor: No need to manage state machine now
>   cpufreq: conservative: Update sample_delay_ns immediately
>   cpufreq: ondemand: Rearrange od_dbs_timer() to avoid updating delay
> 
>  drivers/cpufreq/cpufreq.c              | 93 ++++++++++++++++------------------
>  drivers/cpufreq/cpufreq_conservative.c | 14 -----
>  drivers/cpufreq/cpufreq_governor.c     | 90 ++++++++++++++++++++++++--------
>  drivers/cpufreq/cpufreq_governor.h     |  3 +-
>  drivers/cpufreq/cpufreq_ondemand.c     | 78 ++--------------------------
>  5 files changed, 117 insertions(+), 161 deletions(-)

OK, queued up for 0-day testing with some rebase and changelog (sigh) fixups.

Thanks,
Rafael

[toc] | [prev] | [standalone]


Back to top | Article view | linux.kernel


csiph-web