lkml.org 
[lkml]   [2016]   [Mar]   [21]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    Patch in this message
    /
    From
    Subject[PATCH] cpufreq: governor: Always schedule work on the CPU running update
    Date
    From: Rafael J. Wysocki <rafael.j.wysocki@intel.com>

    Modify dbs_irq_work() to always schedule the process-context work
    on the current CPU which also ran the dbs_update_util_handler()
    that the irq_work being handled came from.

    This causes the entire frequency update handling (involving the
    "ondemand" or "conservative" governors) to be carried out by the
    CPU whose frequency is to be updated and reduces the overall amount
    of inter-CPU noise related to cpufreq.

    Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
    ---
    drivers/cpufreq/cpufreq_governor.c | 2 +-
    1 file changed, 1 insertion(+), 1 deletion(-)

    Index: linux-pm/drivers/cpufreq/cpufreq_governor.c
    ===================================================================
    --- linux-pm.orig/drivers/cpufreq/cpufreq_governor.c
    +++ linux-pm/drivers/cpufreq/cpufreq_governor.c
    @@ -245,7 +245,7 @@ static void dbs_irq_work(struct irq_work
    struct policy_dbs_info *policy_dbs;

    policy_dbs = container_of(irq_work, struct policy_dbs_info, irq_work);
    - schedule_work(&policy_dbs->work);
    + schedule_work_on(smp_processor_id(), &policy_dbs->work);
    }

    static void dbs_update_util_handler(struct update_util_data *data, u64 time,
    \
     
     \ /
      Last update: 2016-03-22 01:41    [W:4.140 / U:0.004 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site