From: Julien Grall <julien.grall@linaro.org>
To: Oleksandr Dmytryshyn <oleksandr.dmytryshyn@globallogic.com>,
Ian Campbell <ian.campbell@citrix.com>,
Stefano Stabellini <stefano.stabellini@citrix.com>,
Tim Deegan <tim@xen.org>,
xen-devel@lists.xen.org
Subject: Re: [RFC PATCH 5/7] cpufreq: cpufreq-cpu0: change cpus data path in devtree for Dom0 kernel
Date: Tue, 07 Oct 2014 16:49:28 +0100 [thread overview]
Message-ID: <54340B88.5090205@linaro.org> (raw)
In-Reply-To: <1412691618-7408-6-git-send-email-oleksandr.dmytryshyn@globallogic.com>
Hi Oleksandr,
On 10/07/2014 03:20 PM, Oleksandr Dmytryshyn wrote:
> Xen hypervisor creates standard cpus nodes for virtual cpus.
> All information needed for this driver about physical cpus
> now located in /cpus/cpu@0/private_data node instead of the
> /cpus node.
>
> Signed-off-by: Oleksandr Dmytryshyn <oleksandr.dmytryshyn@globallogic.com>
> ---
> drivers/cpufreq/cpufreq-cpu0.c | 4 ++++
> 1 file changed, 4 insertions(+)
>
> diff --git a/drivers/cpufreq/cpufreq-cpu0.c b/drivers/cpufreq/cpufreq-cpu0.c
> index ef4fbc4..3c4474a 100644
> --- a/drivers/cpufreq/cpufreq-cpu0.c
> +++ b/drivers/cpufreq/cpufreq-cpu0.c
> @@ -182,7 +182,11 @@ static int cpu0_cpufreq_probe(struct platform_device *pdev)
> struct device_node *np;
> int ret;
>
> +#ifdef CONFIG_XEN_DOM0
> + np = of_find_node_by_path("/cpus/cpu@0/private_data/cpu@0");
> +#else
> np = of_find_node_by_path("/cpus/cpu@0");
> +#endif
A same kernel should be able to run on bare metal and within Xen.
Furthermore, this path should only be check for DOM0 and not any guest.
Regards,
Regards,
--
Julien Grall
next prev parent reply other threads:[~2014-10-07 15:49 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-10-07 14:20 [RFC PATCH] xen_cpufreq implementation in kernel Oleksandr Dmytryshyn
2014-10-07 14:20 ` [RFC PATCH 1/7] PM / OPP: make cpufreq functions dependent on CONFIG_CPU_FREQ_TABLE Oleksandr Dmytryshyn
2014-10-08 13:52 ` Stefano Stabellini
2014-10-09 10:23 ` Oleksandr Dmytryshyn
2014-10-07 14:20 ` [RFC PATCH 2/7] xen/arm: implement HYPERVISOR_sysctl Oleksandr Dmytryshyn
2014-10-07 14:20 ` [RFC PATCH 3/7] xen/arm: implement HYPERVISOR_dom0_op Oleksandr Dmytryshyn
2014-10-07 14:20 ` [RFC PATCH 4/7] xen/arm: add XEN_SYSCTL_cpufreq_op definition Oleksandr Dmytryshyn
2014-10-07 14:20 ` [RFC PATCH 5/7] cpufreq: cpufreq-cpu0: change cpus data path in devtree for Dom0 kernel Oleksandr Dmytryshyn
2014-10-07 15:49 ` Julien Grall [this message]
2014-10-09 6:22 ` Oleksandr Dmytryshyn
2014-10-07 14:20 ` [RFC PATCH 6/7] cpufreq: make CPU Frequency scaling drivers visible for XEN_DOM0 config Oleksandr Dmytryshyn
2014-10-07 14:20 ` [RFC PATCH 7/7] xen/arm: cpufreq: add cpufreq driver Oleksandr Dmytryshyn
2014-10-07 15:57 ` Julien Grall
2014-10-09 13:01 ` Oleksandr Dmytryshyn
2014-10-07 15:44 ` [RFC PATCH] xen_cpufreq implementation in kernel Julien Grall
2014-10-09 6:21 ` Oleksandr Dmytryshyn
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=54340B88.5090205@linaro.org \
--to=julien.grall@linaro.org \
--cc=ian.campbell@citrix.com \
--cc=oleksandr.dmytryshyn@globallogic.com \
--cc=stefano.stabellini@citrix.com \
--cc=tim@xen.org \
--cc=xen-devel@lists.xen.org \
/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.