From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932231AbcDDIc7 (ORCPT ); Mon, 4 Apr 2016 04:32:59 -0400 Received: from mail-lb0-f174.google.com ([209.85.217.174]:33573 "EHLO mail-lb0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753120AbcDDIc4 (ORCPT ); Mon, 4 Apr 2016 04:32:56 -0400 Subject: Re: [PATCH v8] acpi, apei, arm64: APEI initial support for aarch64. To: Ard Biesheuvel , Fu Wei References: <1459237458-12352-1-git-send-email-fu.wei@linaro.org> Cc: "Rafael J. Wysocki" , len.brown@intel.com, pavel@ucw.cz, Catalin Marinas , Will Deacon , "tglx@linutronix.de" , "mingo@redhat.com" , "hpa@zytor.com" , Mark Rutland , Linaro ACPI Mailman List , "Baicar, Tyler" , Richard Ruigrok , Lorenzo Pieralisi , Al Stone , "x86@kernel.org" , "Abdulhamid, Harb" , "linux-acpi@vger.kernel.org" , Mark Salter , Grant Likely , linux-pm@vger.kernel.org, Marc Zyngier , Jon Masters , Tomasz Nowicki , Robert Richter , "linux-arm-kernel@lists.infradead.org" , G Gregory , "linux-kernel@vger.kernel.org" , jarkko.nikula@linux.intel.com, Hanjun Guo , jon.zhixiong.zhang@gmail.com From: Tomasz Nowicki Message-ID: <570226A5.4000304@semihalf.com> Date: Mon, 4 Apr 2016 10:32:37 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Firefox/38.0 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 30.03.2016 09:05, Ard Biesheuvel wrote: > On 29 March 2016 at 09:44, wrote: >> From: Tomasz Nowicki >> >> 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