All of lore.kernel.org
 help / color / mirror / Atom feed
From: Shannon Zhao <zhaoshenglong@huawei.com>
To: Jonathan Creekmore <jonathan.creekmore@gmail.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,
	Jan Beulich <jbeulich@suse.com>
Subject: Re: [PATCH v5 2/8] ACPI: add config for BIOS table scan
Date: Mon, 25 Jan 2016 09:57:16 +0800	[thread overview]
Message-ID: <56A580FC.1030705@huawei.com> (raw)
In-Reply-To: <m2vb6k2oo9.fsf@Nebula.lan>



On 2016/1/24 1:25, Jonathan Creekmore wrote:
> 
> Shannon Zhao writes:
> 
>> From: Graeme Gregory <graeme.gregory@linaro.org>
>>
>> With the addition of ARM64 that does not have a traditional BIOS to
>> scan, add a config option which is selected on x86 (ia64 doesn't need
>> it either, it is EFI/UEFI based system) to do the traditional BIOS
>> scanning for tables.
>>
>> Signed-off-by: Graeme Gregory <graeme.gregory@linaro.org>
>> Signed-off-by: Hanjun Guo <hanjun.guo@linaro.org>
>> Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
>> [Linux commit 8a1664be0b922dd6afd60eca96a992ef5ec22c40]
>> Signed-off-by: Shannon Zhao <shannon.zhao@linaro.org>
>> ---
>> Cc: Jan Beulich <jbeulich@suse.com>
>> ---
>>  xen/arch/x86/Kconfig     | 1 +
>>  xen/drivers/acpi/Kconfig | 3 +++
>>  xen/drivers/acpi/osl.c   | 4 +++-
>>  3 files changed, 7 insertions(+), 1 deletion(-)
>>
>> diff --git a/xen/arch/x86/Kconfig b/xen/arch/x86/Kconfig
>> index 7d2ed96..3a25288 100644
>> --- a/xen/arch/x86/Kconfig
>> +++ b/xen/arch/x86/Kconfig
>> @@ -5,6 +5,7 @@ config X86
>>  	def_bool y
>>  	select COMPAT
>>  	select HAS_ACPI
>> +	select ACPI_LEGACY_TABLES_LOOKUP if HAS_ACPI
> 
> Since HAS_ACPI is selected right above this, it seems pointless to do
> the if HAS_ACPI here. Just select ACPI_LEGACY_TABLES_LOOKUP. Or, see below.
> 
Sure.
>>  	select HAS_CPUFREQ
>>  	select HAS_EHCI
>>  	select HAS_GDBSX
>> diff --git a/xen/drivers/acpi/Kconfig b/xen/drivers/acpi/Kconfig
>> index 11ab5e4..82d73ca 100644
>> --- a/xen/drivers/acpi/Kconfig
>> +++ b/xen/drivers/acpi/Kconfig
>> @@ -2,3 +2,6 @@
>>  # Select HAS_ACPI if ACPI is supported
>>  config HAS_ACPI
>>  	bool
>> +
>> +config ACPI_LEGACY_TABLES_LOOKUP
>> +	bool
> 
> Or, better, default the value of ACPI_LEGACY_TABLES_LOOKUP based on
> HAS_ACPI. That way, you only select HAS_ACPI to default this to on and,
> if another platform besides X86 ever enabled HAS_ACPI, it would turn on
> this option without you having to select it as well.
> 
But it wants other platform(currently is ARM) not to select this option
by default, because it's not necessary to do traditional BIOS scan on ARM64.

>> diff --git a/xen/drivers/acpi/osl.c b/xen/drivers/acpi/osl.c
>> index ce15470..a2fc8c4 100644
>> --- a/xen/drivers/acpi/osl.c
>> +++ b/xen/drivers/acpi/osl.c
>> @@ -75,12 +75,14 @@ acpi_physical_address __init acpi_os_get_root_pointer(void)
>>  			       "System description tables not found\n");
>>  			return 0;
>>  		}
>> -	} else {
>> +	} else if (IS_ENABLED(CONFIG_ACPI_LEGACY_TABLES_LOOKUP)) {
> 
> I would use an #ifdef CONFIG_ACPI_LEGACY_TABLES_LOOKUP instead of using
> the kconfig.h IS_ENABLED macro to keep from pulling that file in.
> 
But Jan will not agree with this since I posted this patch like what you
said before, but he NACKed it.

>>  		acpi_physical_address pa = 0;
>>
>>  		acpi_find_root_pointer(&pa);
>>  		return pa;
>>  	}
>> +
>> +	return 0;
>>  }
>>
>>  void __iomem *
> 
> .
> 

-- 
Shannon

  reply	other threads:[~2016-01-25  1:57 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-01-23  8:00 [PATCH v5 0/8] Refactor DT specific codes preparing for ACPI support on ARM64 Shannon Zhao
2016-01-23  8:00 ` [PATCH v5 1/8] Kconfig: import kconfig.h from Linux 4.3 Shannon Zhao
2016-01-23 17:14   ` Jonathan Creekmore
2016-01-23 18:42     ` Andrew Cooper
2016-01-25  1:58       ` Shannon Zhao
2016-01-25 14:35   ` Jan Beulich
2016-01-26 10:23     ` Shannon Zhao
2016-01-23  8:00 ` [PATCH v5 2/8] ACPI: add config for BIOS table scan Shannon Zhao
2016-01-23 17:25   ` Jonathan Creekmore
2016-01-25  1:57     ` Shannon Zhao [this message]
2016-01-25 14:42     ` Jan Beulich
2016-01-23  8:00 ` [PATCH v5 3/8] acpi: Refactor acpi_os_map_memory to be architecturally independent Shannon Zhao
2016-01-25 14:43   ` Jan Beulich
2016-01-23  8:00 ` [PATCH v5 4/8] arm/smpboot: Move dt specific code in smp to seperate functions Shannon Zhao
2016-01-23  8:00 ` [PATCH v5 5/8] arm/gic-v2: Refactor gicv2_init into generic and dt specific parts Shannon Zhao
2016-01-23  8:00 ` [PATCH v5 6/8] arm/gic-v3: Refactor gicv3_init " Shannon Zhao
2016-01-27 12:18   ` Stefano Stabellini
2016-01-27 12:59     ` Shannon Zhao
2016-01-27 13:59       ` Stefano Stabellini
2016-01-28  2:33   ` [PATCH v6 " Shannon Zhao
2016-01-28 10:27     ` Stefano Stabellini
2016-01-30  9:03       ` Shannon Zhao
2016-02-03 12:14         ` Ian Campbell
2016-01-23  8:00 ` [PATCH v5 7/8] arm/uart: Rename dt-uart.c to arm-uart.c Shannon Zhao
2016-01-25 12:07   ` Ian Campbell
2016-01-23  8:00 ` [PATCH v5 8/8] pl011: Refactor pl011 driver to dt and common initialization parts Shannon Zhao

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=56A580FC.1030705@huawei.com \
    --to=zhaoshenglong@huawei.com \
    --cc=ian.campbell@citrix.com \
    --cc=jbeulich@suse.com \
    --cc=jonathan.creekmore@gmail.com \
    --cc=julien.grall@citrix.com \
    --cc=peter.huangpeng@huawei.com \
    --cc=shannon.zhao@linaro.org \
    --cc=stefano.stabellini@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.