[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAKohponZhkxyaWcbaFzd0K1UtW3ytwjRT3+vKtbYLMwds01y4g@mail.gmail.com>
Date: Fri, 16 May 2014 11:34:36 +0530
From: Viresh Kumar <viresh.kumar@...aro.org>
To: Stephen Warren <swarren@...dotorg.org>
Cc: "Rafael J. Wysocki" <rjw@...ysocki.net>,
Lists linaro-kernel <linaro-kernel@...ts.linaro.org>,
"linux-pm@...r.kernel.org" <linux-pm@...r.kernel.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Arvind Chauhan <arvind.chauhan@....com>,
Stephen Warren <swarren@...dia.com>,
Nicolas Pitre <nicolas.pitre@...aro.org>,
Doug Anderson <dianders@...omium.org>,
Russell King - ARM Linux <linux@....linux.org.uk>
Subject: Re: [RFC] cpufreq: send notifications for intermediate (stable) frequencies
On 16 May 2014 00:47, Stephen Warren <swarren@...dotorg.org> wrote:
> This seems rather complex. Can't either the driver or the cpufreq core
> be responsible for all of the notifications? Otherwise, the logic gets
> rather complex, and spread between the core and the driver.
I do agree about that and that's why added that 'ugly' statement.
> Perhaps the core should make separate calls into the driver to switch to
> the temporary frequency and the final frequency, so it can manage all
> the notifications. Probably best to use a separate function pointer for
> the temporary change so the driver can easily know what it's doing.
Hmm, that sounds like a much better approach. Let me try to code it.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists