All of lore.kernel.org
 help / color / mirror / Atom feed
From: Daniel Lezcano <daniel.lezcano@linaro.org>
To: Peter De Schrijver <pdeschrijver@nvidia.com>
Cc: "rjw@sisk.pl" <rjw@sisk.pl>, "lenb@kernel.org" <lenb@kernel.org>,
	"linux-pm@vger.kernel.org" <linux-pm@vger.kernel.org>,
	"lorenzo.pieralisi@arm.com" <lorenzo.pieralisi@arm.com>,
	"linux-acpi@vger.kernel.org" <linux-acpi@vger.kernel.org>,
	"patches@linaro.org" <patches@linaro.org>,
	"linaro-dev@lists.linaro.org" <linaro-dev@lists.linaro.org>
Subject: Re: [PATCH 4/4] cpuidle - support multiple drivers
Date: Thu, 04 Oct 2012 16:26:49 +0200	[thread overview]
Message-ID: <506D9CA9.8000308@linaro.org> (raw)
In-Reply-To: <20121004141425.GK13834@tbergstrom-lnx.Nvidia.com>

On 10/04/2012 04:14 PM, Peter De Schrijver wrote:
> On Tue, Sep 25, 2012 at 12:43:54AM +0200, Daniel Lezcano wrote:
>> With the tegra3 and the big.LITTLE [1] new architectures, several cpus
>> with different characteristics (latencies and states) can co-exists on the
>> system.
>>
>> The cpuidle framework has the limitation of handling only identical cpus.
>>
>> This patch removes this limitation by introducing the multiple driver support
>> for cpuidle.
>>
>> This option is configurable at compile time and should be enabled for the
>> architectures mentioned above. So there is no impact for the other platforms
>> if the option is disabled. The option defaults to 'n'. Note the multiple drivers
>> support is also compatible with the existing drivers, even if just one driver is
>> needed, all the cpu will be tied to this driver using an extra small chunk of
>> processor memory.
>>
>> The multiple driver support use a per-cpu driver pointer instead of a global
>> variable and the accessor to this variable are done from a cpu context.
>>
>> In order to keep the compatibility with the existing drivers, the function
>> 'cpuidle_register_driver' and 'cpuidle_unregister_driver' will register
>> the specified driver for all the cpus.
>>
>> The sysfs output for the 'current_driver' is changed when this option is
>> set by giving the drivers per cpu.
>>
>> eg.
>> cpu0: acpi_idle
>> cpu1: acpi_idle
>>
> 
> Is this allowed? I thought sysfs files can output only 1 line of data?

Ah yeah :)

Does it make sense to put the following files:

/sys/devices/system/cpu/cpu0/cpuidle/driver
 => acpi_idle
/sys/devices/system/cpu/cpu1/cpuidle/driver
 => acpi_idle

and the content of the file:

/sys/devices/system/cpu/cpuidle/current_driver will show the driver
associated with current cpu ?


-- 
 <http://www.linaro.org/> Linaro.org │ Open source software for ARM SoCs

Follow Linaro:  <http://www.facebook.com/pages/Linaro> Facebook |
<http://twitter.com/#!/linaroorg> Twitter |
<http://www.linaro.org/linaro-blog/> Blog

--
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

  reply	other threads:[~2012-10-04 14:26 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-09-24 22:43 [PATCH 0/4] cpuidle - support multiple drivers at a time Daniel Lezcano
2012-09-24 22:43 ` [PATCH 1/4] cpuidle : move driver's refcount to cpuidle Daniel Lezcano
2012-09-24 22:43 ` [PATCH 2/4] cpuidle : move driver checking within the lock section Daniel Lezcano
     [not found]   ` <1348526634-19029-3-git-send-email-daniel.lezcano-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>
2012-10-07 20:17     ` Rafael J. Wysocki
2012-09-24 22:43 ` [PATCH 3/4] cpuidle - prepare the driver core to be multi drivers aware Daniel Lezcano
2012-09-24 22:43 ` [PATCH 4/4] cpuidle - support multiple drivers Daniel Lezcano
     [not found]   ` <1348526634-19029-5-git-send-email-daniel.lezcano-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>
2012-09-29  9:41     ` Francesco Lavra
2012-09-29 17:44       ` Daniel Lezcano
2012-09-29 22:07         ` Rafael J. Wysocki
2012-09-30 16:34           ` Daniel Lezcano
2012-10-02  2:08             ` Rafael J. Wysocki
     [not found]               ` <3723306.GAm1cPlZaP-sKB8Sp2ER+y1GS7QM15AGw@public.gmane.org>
2012-10-02 12:27                 ` Daniel Lezcano
2012-10-02 14:02                   ` Rafael J. Wysocki
2012-10-04 14:14   ` Peter De Schrijver
2012-10-04 14:26     ` Daniel Lezcano [this message]
2012-10-04 14:34       ` Peter De Schrijver
2012-10-07 21:09         ` Rafael J. Wysocki
2012-10-07 21:26   ` Rafael J. Wysocki
2012-10-11 10:04     ` Daniel Lezcano
2012-10-11 17:21       ` Rafael J. Wysocki
2012-10-11 17:39         ` Daniel Lezcano
2012-10-04 14:16 ` [PATCH 0/4] cpuidle - support multiple drivers at a time Peter De Schrijver
2012-10-04 14:27   ` Daniel Lezcano

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=506D9CA9.8000308@linaro.org \
    --to=daniel.lezcano@linaro.org \
    --cc=lenb@kernel.org \
    --cc=linaro-dev@lists.linaro.org \
    --cc=linux-acpi@vger.kernel.org \
    --cc=linux-pm@vger.kernel.org \
    --cc=lorenzo.pieralisi@arm.com \
    --cc=patches@linaro.org \
    --cc=pdeschrijver@nvidia.com \
    --cc=rjw@sisk.pl \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.