From: Shannon Zhao <zhaoshenglong@huawei.com>
To: Stefano Stabellini <stefano.stabellini@eu.citrix.com>
Cc: ian.campbell@citrix.com, peter.huangpeng@huawei.com,
xen-devel@lists.xen.org, julien.grall@citrix.com,
stefano.stabellini@citrix.com, shannon.zhao@linaro.org
Subject: Re: [PATCH v4 06/21] arm/acpi: Parse FADT table and get PSCI flags
Date: Tue, 23 Feb 2016 20:13:00 +0800 [thread overview]
Message-ID: <56CC4CCC.2070004@huawei.com> (raw)
In-Reply-To: <alpine.DEB.2.02.1601271532490.7719@kaball.uk.xensource.com>
On 2016/1/27 23:41, Stefano Stabellini wrote:
> On Sat, 23 Jan 2016, Shannon Zhao wrote:
>> From: Shannon Zhao <shannon.zhao@linaro.org>
>>
>> There are two flags: PSCI_COMPLIANT and PSCI_USE_HVC. When set, the
>> former signals to the OS that the hardware is PSCI compliant. The latter
>> selects the appropriate conduit for PSCI calls by toggling between
>> Hypervisor Calls (HVC) and Secure Monitor Calls (SMC). FADT table
>> contains such information, parse FADT to get the flags for furture
>> usage.
>>
>> Since STAO table and the GIC version are introduced by ACPI 6.0, we will
>> check the version and only parse FADT table with version >= 6.0. If
>> firmware provides ACPI tables with ACPI version less than 6.0, OS will
>> be messed up with those information, so disable ACPI if we get an FADT
>> table with version less than 6.0.
>>
>> Signed-off-by: Hanjun Guo <hanjun.guo@linaro.org>
>> Signed-off-by: Naresh Bhat <naresh.bhat@linaro.org>
>> Signed-off-by: Parth Dixit <parth.dixit@linaro.org>
>> Signed-off-by: Shannon Zhao <shannon.zhao@linaro.org>
>> ---
>> V4: drop disable_acpi in acpi_parse_fadt
>> ---
>> xen/arch/arm/acpi/boot.c | 30 ++++++++++++++++++++++++++++++
>> xen/arch/arm/acpi/lib.c | 12 ++++++++++++
>> xen/include/asm-arm/acpi.h | 9 +++++++++
>> 3 files changed, 51 insertions(+)
>>
>> diff --git a/xen/arch/arm/acpi/boot.c b/xen/arch/arm/acpi/boot.c
>> index 1570f7e..6b33fbe 100644
>> --- a/xen/arch/arm/acpi/boot.c
>> +++ b/xen/arch/arm/acpi/boot.c
>> @@ -27,9 +27,32 @@
>>
>> #include <xen/init.h>
>> #include <xen/acpi.h>
>> +#include <xen/errno.h>
>> +#include <acpi/actables.h>
>> +#include <xen/mm.h>
>>
>> #include <asm/acpi.h>
>>
>> +static int __init acpi_parse_fadt(struct acpi_table_header *table)
>> +{
>> + struct acpi_table_fadt *fadt = (struct acpi_table_fadt *)table;
>> +
>> + /*
>> + * Revision in table header is the FADT Major revision, and there
>> + * is a minor revision of FADT which was introduced by ACPI 6.0,
>> + * we only deal with ACPI 6.0 or newer revision to get GIC and SMP
>> + * boot protocol configuration data, or we will disable ACPI.
>> + */
>> + if ( table->revision > 6
>> + || (table->revision == 6 && fadt->minor_revision >= 0) )
>> + return 0;
>> +
>> + printk("Unsupported FADT revision %d.%d, should be 6.0+, will disable ACPI\n",
>> + table->revision, fadt->minor_revision);
>> +
>> + return -EINVAL;
>> +}
>> +
>> /*
>> * acpi_boot_table_init() called from setup_arch(), always.
>> * 1. find RSDP and get its address, and then find XSDT
>> @@ -54,5 +77,12 @@ int __init acpi_boot_table_init(void)
>> return error;
>> }
>>
>> + if ( acpi_table_parse(ACPI_SIG_FADT, acpi_parse_fadt) )
>> + {
>> + /* disable ACPI if no FADT is found */
>> + disable_acpi();
>> + printk("Can't find FADT\n");
>> + }
>> +
>> return 0;
>> }
>> diff --git a/xen/arch/arm/acpi/lib.c b/xen/arch/arm/acpi/lib.c
>> index f817fe6..a30e4e6 100644
>> --- a/xen/arch/arm/acpi/lib.c
>> +++ b/xen/arch/arm/acpi/lib.c
>> @@ -50,3 +50,15 @@ char *__acpi_map_table(paddr_t phys, unsigned long size)
>>
>> return ((char *) base + offset);
>> }
>> +
>> +/* 1 to indicate PSCI 0.2+ is implemented */
>> +bool_t __init acpi_psci_present(void)
>> +{
>> + return acpi_gbl_FADT.arm_boot_flags & ACPI_FADT_PSCI_COMPLIANT;
>> +}
>> +
>> +/* 1 to indicate HVC is present instead of SMC as the PSCI conduit */
>> +bool_t __init acpi_psci_hvc_present(void)
>> +{
>> + return acpi_gbl_FADT.arm_boot_flags & ACPI_FADT_PSCI_USE_HVC;
>> +}
>
> So far so good.
>
>
>> diff --git a/xen/include/asm-arm/acpi.h b/xen/include/asm-arm/acpi.h
>> index 6a037c9..1ce88f8 100644
>> --- a/xen/include/asm-arm/acpi.h
>> +++ b/xen/include/asm-arm/acpi.h
>> @@ -31,6 +31,15 @@
>> #define ACPI_MAP_MEM_ATTR PAGE_HYPERVISOR
>>
>> extern bool_t acpi_disabled;
>> +
>> +#ifdef CONFIG_ACPI
>> +bool_t __init acpi_psci_present(void);
>> +bool_t __init acpi_psci_hvc_present(void);
>> +#else
>> +static inline bool_t acpi_psci_present(void) { return false; }
>> +static inline bool_t acpi_psci_hvc_present(void) {return false; }
>> +#endif /* CONFIG_ACPI */
>> +
>> /* Basic configuration for ACPI */
>> static inline void disable_acpi(void)
>> {
>
> I would prefer if we only defined each function once, outside the ifdef
> (no static inline needed). Then we could
>
> #ifdef CONFIG_ACPI
> extern bool_t acpi_disabled;
> #else
> #define acpi_disabled (1)
> #endif
>
Yes, we could do this to drop the #else (CONFIG_ACPI) case in some
places. But I think it still needs to stub out acpi_psci_present and
acpi_psci_hvc_present because they are used in some codes which are not
covered by #ifdef CONFIG_ACPI, see[1]. The file psci.c will be compiled
whether ACPI is enabled or not.
[1] [PATCH v4 09/21] arm/acpi: Add ACPI support for SMP initialization
> Which would solve the problem for !CONFIG_ACPI cases. But you need to be
> careful to move bool_t acpi_disabled, enable_acpi and disable_acpi
> inside an ifdef.
>
> .
>
--
Shannon
next prev parent reply other threads:[~2016-02-23 12:13 UTC|newest]
Thread overview: 62+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-01-23 9:19 [PATCH v4 00/21] Add ACPI support for Xen itself on ARM64 Shannon Zhao
2016-01-23 9:19 ` [PATCH v4 01/21] arm/acpi: Emulate io ports for arm Shannon Zhao
2016-01-27 12:52 ` Stefano Stabellini
2016-01-28 12:13 ` Shannon Zhao
2016-01-28 12:35 ` Stefano Stabellini
2016-01-23 9:19 ` [PATCH v4 02/21] arm/acpi: Add arm specific acpi header file Shannon Zhao
2016-01-23 9:19 ` [PATCH v4 03/21] arm/acpi: Add __acpi_map_table function for ARM Shannon Zhao
2016-01-23 9:19 ` [PATCH v4 04/21] arm/acpi: Move end_boot_allocator after acpi_boot_table_init Shannon Zhao
2016-01-27 14:53 ` Stefano Stabellini
2016-01-23 9:19 ` [PATCH v4 05/21] arm/acpi: Add basic ACPI initialization Shannon Zhao
2016-01-27 14:54 ` Stefano Stabellini
2016-01-28 10:33 ` Shannon Zhao
2016-01-28 10:44 ` Stefano Stabellini
2016-01-28 11:18 ` Shannon Zhao
2016-01-28 11:27 ` Stefano Stabellini
2016-01-28 11:53 ` Shannon Zhao
2016-01-28 12:38 ` Stefano Stabellini
2016-01-23 9:19 ` [PATCH v4 06/21] arm/acpi: Parse FADT table and get PSCI flags Shannon Zhao
2016-01-27 15:41 ` Stefano Stabellini
2016-02-23 12:13 ` Shannon Zhao [this message]
2016-02-23 14:37 ` Stefano Stabellini
2016-01-23 9:19 ` [PATCH v4 07/21] arm/acpi: Print GIC information when MADT is parsed Shannon Zhao
2016-01-25 14:49 ` Jan Beulich
2016-01-27 16:50 ` Stefano Stabellini
2016-01-23 9:20 ` [PATCH v4 08/21] arm/acpi: Parse MADT to map logical cpu to MPIDR and get cpu_possible_map Shannon Zhao
2016-01-25 14:53 ` Jan Beulich
2016-01-28 10:40 ` Stefano Stabellini
2016-01-23 9:20 ` [PATCH v4 09/21] arm/acpi: Add ACPI support for SMP initialization Shannon Zhao
2016-01-28 10:56 ` Stefano Stabellini
2016-01-23 9:20 ` [PATCH v4 10/21] acpi/table: Introduce acpi_table_get_entry_madt to get specified entry Shannon Zhao
2016-01-25 15:02 ` Jan Beulich
2016-01-29 7:49 ` Shannon Zhao
2016-01-23 9:20 ` [PATCH v4 11/21] arm: Introduce a generic way to use a device from acpi Shannon Zhao
2016-01-28 12:45 ` Stefano Stabellini
2016-01-23 9:20 ` [PATCH v4 12/21] arm/irq: Drop the DT prefix of the irq line type Shannon Zhao
2016-01-28 12:48 ` Stefano Stabellini
2016-01-23 9:20 ` [PATCH v4 13/21] arm/gic-v2: Add ACPI boot support for GICv2 Shannon Zhao
2016-01-28 12:56 ` Stefano Stabellini
2016-02-25 8:32 ` Shannon Zhao
2016-02-25 10:42 ` Stefano Stabellini
2016-02-25 14:06 ` Shannon Zhao
2016-02-25 14:56 ` Stefano Stabellini
2016-02-25 14:59 ` Stefano Stabellini
2016-01-23 9:20 ` [PATCH v4 14/21] arm/gic-v3: Add ACPI boot support for GICv3 Shannon Zhao
2016-02-02 17:31 ` Stefano Stabellini
2016-01-23 9:20 ` [PATCH v4 15/21] arm/gic: Add ACPI support for GIC preinit Shannon Zhao
2016-02-02 17:36 ` Stefano Stabellini
2016-01-23 9:20 ` [PATCH v4 16/21] arm/irq: Add helper function for setting interrupt type Shannon Zhao
2016-01-23 9:20 ` [PATCH v4 17/21] arm/acpi: Parse GTDT to initialize timer Shannon Zhao
2016-02-02 17:45 ` Stefano Stabellini
2016-01-23 9:20 ` [PATCH v4 18/21] arm/acpi: Add a new ACPI initialized function for UART Shannon Zhao
2016-01-25 15:04 ` Jan Beulich
2016-02-02 17:48 ` Stefano Stabellini
2016-01-23 9:20 ` [PATCH v4 19/21] arm/acpi: Initialize serial port from ACPI SPCR table Shannon Zhao
2016-01-25 15:05 ` Jan Beulich
2016-01-28 12:33 ` Shannon Zhao
2016-01-28 12:59 ` Jan Beulich
2016-02-02 17:51 ` Stefano Stabellini
2016-01-23 9:20 ` [PATCH v4 20/21] arm/fdt: Export device_tree_for_each_node Shannon Zhao
2016-02-02 18:01 ` Stefano Stabellini
2016-01-23 9:20 ` [PATCH v4 21/21] arm/acpi: Add acpi parameter to enable/disable acpi Shannon Zhao
2016-02-02 17:58 ` Stefano Stabellini
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=56CC4CCC.2070004@huawei.com \
--to=zhaoshenglong@huawei.com \
--cc=ian.campbell@citrix.com \
--cc=julien.grall@citrix.com \
--cc=peter.huangpeng@huawei.com \
--cc=shannon.zhao@linaro.org \
--cc=stefano.stabellini@citrix.com \
--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 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).