[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date: Mon, 4 Apr 2016 10:32:37 +0200
From: Tomasz Nowicki <tn@...ihalf.com>
To: Ard Biesheuvel <ard.biesheuvel@...aro.org>,
Fu Wei <fu.wei@...aro.org>
Cc: "Rafael J. Wysocki" <rjw@...ysocki.net>, len.brown@...el.com,
pavel@....cz, Catalin Marinas <catalin.marinas@....com>,
Will Deacon <will.deacon@....com>,
"tglx@...utronix.de" <tglx@...utronix.de>,
"mingo@...hat.com" <mingo@...hat.com>,
"hpa@...or.com" <hpa@...or.com>,
Mark Rutland <mark.rutland@....com>,
Linaro ACPI Mailman List <linaro-acpi@...ts.linaro.org>,
"Baicar, Tyler" <tbaicar@...eaurora.org>,
Richard Ruigrok <rruigrok@...eaurora.org>,
Lorenzo Pieralisi <lorenzo.pieralisi@....com>,
Al Stone <al.stone@...aro.org>,
"x86@...nel.org" <x86@...nel.org>,
"Abdulhamid, Harb" <harba@....qualcomm.com>,
"linux-acpi@...r.kernel.org" <linux-acpi@...r.kernel.org>,
Mark Salter <msalter@...hat.com>,
Grant Likely <grant.likely@...aro.org>,
linux-pm@...r.kernel.org, Marc Zyngier <Marc.Zyngier@....com>,
Jon Masters <jcm@...hat.com>,
Tomasz Nowicki <tomasz.nowicki@...aro.org>,
Robert Richter <rrichter@...ium.com>,
"linux-arm-kernel@...ts.infradead.org"
<linux-arm-kernel@...ts.infradead.org>,
G Gregory <graeme.gregory@...aro.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
jarkko.nikula@...ux.intel.com, Hanjun Guo <hanjun.guo@...aro.org>,
jon.zhixiong.zhang@...il.com
Subject: Re: [PATCH v8] acpi, apei, arm64: APEI initial support for aarch64.
On 30.03.2016 09:05, Ard Biesheuvel wrote:
> On 29 March 2016 at 09:44, <fu.wei@...aro.org> wrote:
>> From: Tomasz Nowicki <tomasz.nowicki@...aro.org>
>>
>> This commit provides APEI arch-specific bits for aarch64
>>
>> Meanwhile,
>> (1)add a new subfunction "hest_ia32_init" for
>> "acpi_disable_cmcff" which is used by IA-32 Architecture
>> Corrected Machine Check (CMC).
>> (2)move HEST type (ACPI_HEST_TYPE_IA32_CORRECTED_CHECK) checking to
>> a generic place.
>> (3)select EFI when ACPI_APEI is set on ARM64,
>> because arch_apei_get_mem_attribute is using efi_mem_attributes on ARM64.
>
> I think selecting 'EFI' is not the right approach here, especially
> since EFI is implied by ACPI on that architecture. But selecting a
> user configurable option like this is typically not recommended. Why
> doesn't ACPI_APEI depend on ACPI?
It does, ACPI_APEI is subsection of the main ACPI menu option, but I
don't see that ACPI implies EFI in Kconfig.
Also, I agree with Ard, EFI should not be selected conditionally for
ARM64 for ACPI_APEI.
We need EFI only for ARM64 so how about:
+ select HAVE_ACPI_APEI if (ACPI && EFI)
in arch/arm64/Kconfig and leave ACPI_APEI as is?
Regards,
Tomasz
Powered by blists - more mailing lists