From: Volodymyr Babchuk <volodymyr_babchuk@epam.com>
To: Julien Grall <julien.grall@arm.com>, xen-devel@lists.xen.org
Cc: Ian Jackson <ian.jackson@eu.citrix.com>,
sstabellini@kernel.org, Wei Liu <wei.liu2@citrix.com>,
mirela.simonovic@aggios.com, andre.przywara@linaro.org
Subject: Re: [PATCH v2 02/15] xen/arm: vpsci: Add support for PSCI 1.1
Date: Fri, 9 Feb 2018 18:30:55 +0200 [thread overview]
Message-ID: <02aa71a6-6d7a-652c-09a2-93cabd1ec167@epam.com> (raw)
In-Reply-To: <76ed580e-1d80-b4d0-bb2a-02c57cd70f46@arm.com>
On 09.02.18 18:13, Julien Grall wrote:
>
>
> On 02/09/2018 04:07 PM, Volodymyr Babchuk wrote:
>> Hi Julien,
>
> Hi Volodymyr,
>
>> On 08.02.18 21:21, Julien Grall wrote:
>>> At the moment, Xen provides virtual PSCI interface compliant with 0.1
>>> and 0.2. Since them, the specification has been updated and the latest
>>> version is 1.1 (see ARM DEN 0022D).
>>>
>>> From an implementation point of view, only PSCI_FEATURES is mandatory.
>>> The rest is optional and can be left unimplemented for now.
>>>
>>> At the same time, the compatible for PSCI node have been updated to
>>> expose "arm,psci-1.0".
>>>
>>> Signed-off-by: Julien Grall <julien.grall@arm.com>
>>> Cc: Wei Liu <wei.liu2@citrix.com>
>>> Cc: Ian Jackson <ian.jackson@eu.citrix.com>
>>> Cc: mirela.simonovic@aggios.com
Reviewed-by: Volodymyr Babchuk <volodymyr_babchuk@epam.com>
>>> ---
>>> We may want to provide a way for the toolstack to specify a PSCI
>>> version. This could be useful if a guest is expecting a given
>>> version.
>>>
>>> Changes in v2:
>>> - Return v1.1 on GET_VERSION call as claimed by this patch
>>> - Order by function ID the calls in FEATURES call
>>> ---
>>> tools/libxl/libxl_arm.c | 3 ++-
>>> xen/arch/arm/domain_build.c | 1 +
>>> xen/arch/arm/vpsci.c | 39
>>> ++++++++++++++++++++++++++++++++++++++-
>>> xen/include/asm-arm/perfc_defn.h | 1 +
>>> xen/include/asm-arm/psci.h | 1 +
>>> xen/include/asm-arm/vpsci.h | 2 +-
>>> 6 files changed, 44 insertions(+), 3 deletions(-)
>>>
>>> diff --git a/tools/libxl/libxl_arm.c b/tools/libxl/libxl_arm.c
>>> index 3e46554301..86f59c0d80 100644
>>> --- a/tools/libxl/libxl_arm.c
>>> +++ b/tools/libxl/libxl_arm.c
>>> @@ -410,7 +410,8 @@ static int make_psci_node(libxl__gc *gc, void *fdt)
>>> res = fdt_begin_node(fdt, "psci");
>>> if (res) return res;
>>> - res = fdt_property_compat(gc, fdt, 2, "arm,psci-0.2","arm,psci");
>>> + res = fdt_property_compat(gc, fdt, 3, "arm,psci-1.0",
>>> + "arm,psci-0.2", "arm,psci");
>> What about this place? Should it be "arm,psci-1.1"?
>
> arm,psci-1.1 compatible string does not exist. Technically after 0.2 you
> should discover the PSCI version through GET_VERSION. So I am not
> entirely sure why arm,psci-1.0 compatible was added.
>
> From the documentation
> (Documentation/devicetree/bindings/arm/psci.txt), the compatibles means
> the PSCI implementation comply to a given version. Our implementation
> complies to 0.1, 0.2 and 1.0. So I have added 1.0 just in case a guest
> decides to check the compatible.
Okay, makes sense
--
Volodymyr Babchuk
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel
next prev parent reply other threads:[~2018-02-09 16:30 UTC|newest]
Thread overview: 44+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-02-08 19:21 [PATCH v2 00/15] xen/arm: PSCI 1.1 and SMCCC-1.1 support and XSA-254 variant 2 update Julien Grall
2018-02-08 19:21 ` [PATCH v2 01/15] xen/arm: psci: Rework the PSCI definitions Julien Grall
2018-02-08 19:21 ` [PATCH v2 02/15] xen/arm: vpsci: Add support for PSCI 1.1 Julien Grall
2018-02-09 16:07 ` Volodymyr Babchuk
2018-02-09 16:13 ` Julien Grall
2018-02-09 16:30 ` Volodymyr Babchuk [this message]
2018-02-12 14:43 ` Wei Liu
2018-02-12 20:12 ` Mirela Simonovic
2018-02-12 21:41 ` Julien Grall
2018-02-12 23:16 ` Mirela Simonovic
2018-02-12 23:44 ` Julien Grall
2018-02-14 19:14 ` Mirela Simonovic
2018-02-15 11:25 ` Julien Grall
2018-02-08 19:21 ` [PATCH v2 03/15] xen/arm: vsmc: Implement SMCCC 1.1 Julien Grall
2018-02-09 16:08 ` Volodymyr Babchuk
2018-02-09 16:15 ` Julien Grall
2018-02-09 16:47 ` Volodymyr Babchuk
2018-02-08 19:21 ` [PATCH v2 04/15] xen/arm: vsmc: Implement SMCCC_ARCH_WORKAROUND_1 BP hardening support Julien Grall
2018-02-20 0:26 ` Stefano Stabellini
2018-02-08 19:21 ` [PATCH v2 05/15] xen/arm: Adapt smccc.h to be able to use it in assembly code Julien Grall
2018-02-20 0:28 ` Stefano Stabellini
2018-02-08 19:21 ` [PATCH v2 06/15] xen/arm64: Implement a fast path for handling SMCCC_ARCH_WORKAROUND_1 Julien Grall
2018-02-08 19:21 ` [PATCH v2 07/15] xen/arm64: Print a per-CPU message with the BP hardening method used Julien Grall
2018-02-09 16:43 ` Volodymyr Babchuk
2018-02-08 19:21 ` [PATCH v2 08/15] xen/arm: smccc: Add macros SMCCC_VERSION, SMCCC_VERSION_{MINOR, MAJOR} Julien Grall
2018-02-09 16:11 ` Volodymyr Babchuk
2018-02-08 19:21 ` [PATCH v2 09/15] xen/arm: psci: Detect SMCCC version Julien Grall
2018-02-09 17:04 ` Volodymyr Babchuk
2018-02-09 17:09 ` Julien Grall
2018-02-12 14:43 ` Volodymyr Babchuk
2018-02-12 15:06 ` Julien Grall
2018-02-08 19:21 ` [PATCH v2 10/15] xen/arm: smccc: Implement SMCCC v1.1 inline primitive Julien Grall
2018-02-08 19:21 ` [PATCH v2 11/15] xen/arm64: Add ARM_SMCCC_ARCH_WORKAROUND_1 BP hardening support Julien Grall
2018-02-12 16:55 ` Volodymyr Babchuk
2018-02-12 17:12 ` Julien Grall
2018-02-12 17:20 ` Volodymyr Babchuk
2018-02-12 17:26 ` Julien Grall
2018-02-08 19:22 ` [PATCH v2 12/15] xen/arm64: Kill PSCI_GET_VERSION as a variant-2 workaround Julien Grall
2018-02-13 11:59 ` Volodymyr Babchuk
2018-02-08 19:22 ` [PATCH v2 13/15] xen/arm: vpsci: Remove parameter 'ver' from do_common_cpu Julien Grall
2018-02-08 19:22 ` [PATCH v2 14/15] xen/arm: psci: Consolidate PSCI version print Julien Grall
2018-02-09 16:40 ` Volodymyr Babchuk
2018-02-08 19:22 ` [PATCH v2 15/15] xen/arm: psci: Prefix with static any functions not exported Julien Grall
2018-02-09 16:40 ` Volodymyr Babchuk
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=02aa71a6-6d7a-652c-09a2-93cabd1ec167@epam.com \
--to=volodymyr_babchuk@epam.com \
--cc=andre.przywara@linaro.org \
--cc=ian.jackson@eu.citrix.com \
--cc=julien.grall@arm.com \
--cc=mirela.simonovic@aggios.com \
--cc=sstabellini@kernel.org \
--cc=wei.liu2@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).