From: Andre Przywara <andre.przywara@linaro.org>
To: Ian Campbell <Ian.Campbell@citrix.com>
Cc: julien.grall@linaro.org, xen-devel@lists.xen.org,
patches@linaro.org, stefano.stabellini@eu.citrix.com
Subject: Re: [PATCH 0/4] ARM: add PSCI host support
Date: Wed, 27 Nov 2013 14:45:44 +0100 [thread overview]
Message-ID: <5295F788.8000709@linaro.org> (raw)
In-Reply-To: <1385463945.23112.26.camel@kazak.uk.xensource.com>
On 11/26/2013 12:05 PM, Ian Campbell wrote:
> On Mon, 2013-11-25 at 13:02 +0100, Andre Przywara wrote:
>> Xen did not make use of the host provided ARM PSCI (Power State
>> Coordination Interface) functionality so far, but relied on platform
>> specific SMP bringup functions.
>> This series adds support for PSCI on the host by reading the required
>> information from the DTB and invoking the appropriate handler when
>> bringing up each single CPU.
>> Since PSCI is defined for both ARM32 and ARM64, I put the code in a
>> file shared by both.
>> The ARM32 code was tested on Midway, but the ARM64 code was compile
>> tested only.
>>
>> This approach seems to be the least intrusive, but one could also use
>> more of the current ARM64 code by copying the PSCI/spin-table
>> distinction code to a shared file and use that from both
>> architectures. However that seems more complicated.
Ian,
thanks for the review and for the willingness to take the patches for
4.4 still. Will address the comments ASAP.
> I don't think that is needed (since armv7 spintable vs armv8 spintable
> mechanisms are a bit different). But I would like to see the psci code
> in a separate psci.c. It's not much code right now but it will likely
> grow.
But there is already a xen/arch/arm/psci.c file, which holds the two
functions to bring up/take down vCPUs. Not much in here, I could easily
add my code there, but the scope of those two is quite different and I
would find it strange to have both host and guest PSCI functions in one
file.
That was one reason to not create a new file, the other was that I found
smpboot.c an obvious place to keep functions for SMP bringup in.
So should I use psci_host.c? Or keep it in smpboot.c (at least for the
time being)?
And beside that there is quite some other (only guest related) code in
Xen which simply uses *psci* in identifiers and filenames (like
asm/psci.h), that's why I used the psci_host prefix to tell them apart.
Regards,
Andre.
>
> I'll comment a bit more on the individual patches shortly.
>
> Thanks.
>
> Ian.
>>
>> Please take a look and complain ;-)
>>
>> Signed-off-by: Andre Przywara <andre.przywara@linaro.org>
>>
>> Andre Przywara (4):
>> arm: parse PSCI node from the host device-tree
>> arm: add a function to invoke the PSCI handler and use it
>> arm: dont give up on EAGAIN if PSCI is defined
>> arm64: defer CPU initialization on ARM64 if PSCI is present
>>
>> xen/arch/arm/arm32/smpboot.c | 1 -
>> xen/arch/arm/arm64/smpboot.c | 7 +++-
>> xen/arch/arm/smpboot.c | 89 +++++++++++++++++++++++++++++++++++++++++---
>> 3 files changed, 88 insertions(+), 9 deletions(-)
>>
>
>
next prev parent reply other threads:[~2013-11-27 13:45 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-11-25 12:02 [PATCH 0/4] ARM: add PSCI host support Andre Przywara
2013-11-25 12:02 ` [PATCH 1/4] arm: parse PSCI node from the host device-tree Andre Przywara
2013-11-26 11:12 ` Ian Campbell
2013-11-26 11:25 ` Ian Campbell
2013-11-28 10:56 ` Andre Przywara
2013-11-25 12:02 ` [PATCH 2/4] arm: add a function to invoke the PSCI handler and use it Andre Przywara
2013-11-26 11:18 ` Ian Campbell
2013-11-28 10:59 ` Andre Przywara
2013-11-25 12:02 ` [PATCH 3/4] arm: dont give up on EAGAIN if PSCI is defined Andre Przywara
2013-11-26 11:20 ` Ian Campbell
2013-11-25 12:02 ` [PATCH 4/4] arm64: defer CPU initialization on ARM64 if PSCI is present Andre Przywara
2013-11-26 11:24 ` Ian Campbell
2013-11-25 13:00 ` [PATCH 0/4] ARM: add PSCI host support George Dunlap
2013-11-25 14:03 ` Ian Campbell
2013-11-25 14:21 ` Andre Przywara
2013-11-25 14:50 ` Ian Campbell
2013-11-25 15:03 ` Andre Przywara
2013-11-25 16:35 ` George Dunlap
2013-11-26 11:01 ` Ian Campbell
2013-11-26 11:05 ` Ian Campbell
2013-11-27 13:45 ` Andre Przywara [this message]
2013-11-27 14:28 ` Ian Campbell
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=5295F788.8000709@linaro.org \
--to=andre.przywara@linaro.org \
--cc=Ian.Campbell@citrix.com \
--cc=julien.grall@linaro.org \
--cc=patches@linaro.org \
--cc=stefano.stabellini@eu.citrix.com \
--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.