Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753085AbcD2LSX (ORCPT ); Fri, 29 Apr 2016 07:18:23 -0400 Received: from cloudserver094114.home.net.pl ([79.96.170.134]:51821 "HELO cloudserver094114.home.net.pl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP id S1752892AbcD2LSV (ORCPT ); Fri, 29 Apr 2016 07:18:21 -0400 From: "Rafael J. Wysocki" To: Viresh Kumar Cc: Steve Muckle , "Rafael J. Wysocki" , linux-kernel@vger.kernel.org, linux-pm@vger.kernel.org, Peter Zijlstra , Ingo Molnar , Vincent Guittot , Morten Rasmussen , Dietmar Eggemann , Juri Lelli , Patrick Bellasi , Michael Turquette Subject: Re: [RFC PATCH 1/4] cpufreq: governor: support scheduler cpufreq callbacks on remote CPUs Date: Fri, 29 Apr 2016 13:21:24 +0200 Message-ID: <1811208.ius7TXdi4I@vostro.rjw.lan> User-Agent: KMail/4.11.5 (Linux/4.5.0-rc1+; KDE/4.11.5; x86_64; ; ) In-Reply-To: <20160429103816.GC2927@vireshk-i7> References: <1461119969-10371-1-git-send-email-smuckle@linaro.org> <20160429103816.GC2927@vireshk-i7> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="utf-8" Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1070 Lines: 30 On Friday, April 29, 2016 04:08:16 PM Viresh Kumar wrote: > On 19-04-16, 19:39, Steve Muckle wrote: > > diff --git a/drivers/cpufreq/cpufreq_governor.c b/drivers/cpufreq/cpufreq_governor.c > > index 20f0a4e114d1..429d3a5b9866 100644 > > --- a/drivers/cpufreq/cpufreq_governor.c > > +++ b/drivers/cpufreq/cpufreq_governor.c > > @@ -248,6 +248,20 @@ static void dbs_irq_work(struct irq_work *irq_work) > > schedule_work_on(smp_processor_id(), &policy_dbs->work); > > } > > > > +#ifdef CONFIG_SMP > > +static inline void dbs_irq_work_queue(struct policy_dbs_info *policy_dbs, > > + int cpu) > > +{ > > + irq_work_queue_on(&policy_dbs->irq_work, cpu); > > +} > > +#else > > +static inline void dbs_irq_work_queue(struct policy_dbs_info *policy_dbs, > > + int cpu) > > +{ > > + irq_work_queue(&policy_dbs->irq_work); > > +} > > +#endif > > Any clue, why we don't have a non-SMP version of irq_work_queue_on(), Which can > simply call irq_work_queue() ? Because nobody else needs it? But I agree that it would be nicer to add the stub to irq_work.h.