Received: by 2002:a05:6a10:7420:0:0:0:0 with SMTP id hk32csp4460500pxb; Mon, 21 Feb 2022 22:18:20 -0800 (PST) X-Google-Smtp-Source: ABdhPJyEq0nxs/rWq4BlXej+QpRjrCnw00x+SA4k871JW4REty9h3rnrq2x5N9gKVlOCH8UOywpF X-Received: by 2002:a63:30c:0:b0:373:a611:b010 with SMTP id 12-20020a63030c000000b00373a611b010mr18635103pgd.167.1645510700429; Mon, 21 Feb 2022 22:18:20 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1645510700; cv=none; d=google.com; s=arc-20160816; b=Ve2njDa400ZRhjYM5+U/38xlKfecIaaPhmJLuwzcf98jss/cEs/lgmNEk0McXq1OWh RQFToJHqvPa934CF0QO4wPHzIyN9IRW0hcJLAf86pLwRVDxo5SLQAv4gn7HcBRUgGE9V sYiKnajwlVojtonvJamYV0jMaKf3ZJkSyQnrCRiRV/gcVSW7ze8//vyMdJPSDIuaMqfh QF/CoVeOSU90EeShhudw+xWr1C0rFYapkojv85odz7vljj4fHObX2UuypoBkYgJ8FDLi j86NqjhqEPL0gcyj0Hr4lraacc4v48pfBcKNZWA2vWwNYriTXMO9KNG4HlzectE8ooSx v7jg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id; bh=D0ImX0tNAcLKGkS0/fk26Mt0/gPcoPFwL3Wkkqr/76g=; b=jz0HMCoHywpKQMj+pJyqFtn6qRZnv0AsnhQtN7cr5XsW7te/bj5eO1ZUd7fXFdEHC7 HM3tfy0PicbFwk9/toQMr4cWL/Ii0y0mJEbS+JeN0Ml1y/kAlxSpAr9mL6VynCf2Dzd3 JQBKKG0NpkQILvOuZ1eAA0j6OodDZ1ja7bSEPRbgttYEzvmmwVLVr2RwErC4CdlBMjAJ kD2L8KL9QceLDRreXIHGYnmHeQ6RVYE1muDEnr4zNz6qSm5fVW32rACnL+EQS1IiTUM/ G24DdooUvVHSCbzA5taHnek5ptItsX3w24SkXmkUuQBrqTaKoyTvOjKXrqtuxJ2TN4i4 bNEQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=alibaba.com Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [2620:137:e000::1:18]) by mx.google.com with ESMTPS id g6si10927805pfv.118.2022.02.21.22.18.20 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 21 Feb 2022 22:18:20 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) client-ip=2620:137:e000::1:18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=alibaba.com Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 45DD697B9B; Mon, 21 Feb 2022 22:03:48 -0800 (PST) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230143AbiBVGEC (ORCPT + 99 others); Tue, 22 Feb 2022 01:04:02 -0500 Received: from gmail-smtp-in.l.google.com ([23.128.96.19]:55368 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230078AbiBVGEB (ORCPT ); Tue, 22 Feb 2022 01:04:01 -0500 Received: from out30-57.freemail.mail.aliyun.com (out30-57.freemail.mail.aliyun.com [115.124.30.57]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id C4CED8A30E; Mon, 21 Feb 2022 22:03:35 -0800 (PST) X-Alimail-AntiSpam: AC=PASS;BC=-1|-1;BR=01201311R191e4;CH=green;DM=||false|;DS=||;FP=0|-1|-1|-1|0|-1|-1|-1;HT=e01e04395;MF=xueshuai@linux.alibaba.com;NM=1;PH=DS;RN=15;SR=0;TI=SMTPD_---0V5BrHyw_1645509810; Received: from 30.240.116.247(mailfrom:xueshuai@linux.alibaba.com fp:SMTPD_---0V5BrHyw_1645509810) by smtp.aliyun-inc.com(127.0.0.1); Tue, 22 Feb 2022 14:03:32 +0800 Message-ID: Date: Tue, 22 Feb 2022 14:03:30 +0800 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:91.0) Gecko/20100101 Thunderbird/91.6.1 Subject: Re: [PATCH v7 1/2] ACPI: APEI: explicit init HEST and GHES in apci_init Content-Language: en-US To: Nathan Chancellor , "Rafael J. Wysocki" Cc: helgaas@kernel.org, bp@alien8.de, tony.luck@intel.com, james.morse@arm.com, lenb@kernel.org, rjw@rjwysocki.net, bhelgaas@google.com, zhangliguang@linux.alibaba.com, zhuo.song@linux.alibaba.com, linux-kernel@vger.kernel.org, linux-acpi@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-pci@vger.kernel.org References: <20211126070422.73234-1-xueshuai@linux.alibaba.com> <20220122052618.1074-1-xueshuai@linux.alibaba.com> From: Shuai Xue In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,NICE_REPLY_A, RDNS_NONE,SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE,UNPARSEABLE_RELAY autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, Nathan and Rafael, 在 2022/2/22 AM2:18, Nathan Chancellor 写道: > Hi Shuai, > > On Sat, Jan 22, 2022 at 01:26:17PM +0800, Shuai Xue wrote: >> From commit e147133a42cb ("ACPI / APEI: Make hest.c manage the estatus >> memory pool") was merged, ghes_init() relies on acpi_hest_init() to manage >> the estatus memory pool. On the other hand, ghes_init() relies on >> sdei_init() to detect the SDEI version and (un)register events. The >> dependencies are as follows: >> >> ghes_init() => acpi_hest_init() => acpi_bus_init() => acpi_init() >> ghes_init() => sdei_init() >> >> HEST is not PCI-specific and initcall ordering is implicit and not >> well-defined within a level. >> >> Based on above, remove acpi_hest_init() from acpi_pci_root_init() and >> convert ghes_init() and sdei_init() from initcalls to explicit calls in the >> following order: >> >> acpi_hest_init() >> ghes_init() >> sdei_init() >> >> Signed-off-by: Shuai Xue >> --- >> drivers/acpi/apei/ghes.c | 19 ++++++++----------- >> drivers/acpi/bus.c | 2 ++ >> drivers/acpi/pci_root.c | 3 --- >> drivers/firmware/Kconfig | 1 + >> drivers/firmware/arm_sdei.c | 13 ++----------- >> include/acpi/apei.h | 4 +++- >> include/linux/arm_sdei.h | 2 ++ >> 7 files changed, 18 insertions(+), 26 deletions(-) >> >> diff --git a/drivers/acpi/apei/ghes.c b/drivers/acpi/apei/ghes.c >> index 0c5c9acc6254..aadc0a972f18 100644 >> --- a/drivers/acpi/apei/ghes.c >> +++ b/drivers/acpi/apei/ghes.c >> @@ -1457,33 +1457,35 @@ static struct platform_driver ghes_platform_driver = { >> .remove = ghes_remove, >> }; >> >> -static int __init ghes_init(void) >> +void __init ghes_init(void) >> { >> int rc; >> >> + sdei_init(); >> + >> if (acpi_disabled) >> - return -ENODEV; >> + return; >> >> switch (hest_disable) { >> case HEST_NOT_FOUND: >> - return -ENODEV; >> + return; >> case HEST_DISABLED: >> pr_info(GHES_PFX "HEST is not enabled!\n"); >> - return -EINVAL; >> + return; >> default: >> break; >> } >> >> if (ghes_disable) { >> pr_info(GHES_PFX "GHES is not enabled!\n"); >> - return -EINVAL; >> + return; >> } >> >> ghes_nmi_init_cxt(); >> >> rc = platform_driver_register(&ghes_platform_driver); >> if (rc) >> - goto err; >> + return; >> >> rc = apei_osc_setup(); >> if (rc == 0 && osc_sb_apei_support_acked) >> @@ -1494,9 +1496,4 @@ static int __init ghes_init(void) >> pr_info(GHES_PFX "APEI firmware first mode is enabled by APEI bit.\n"); >> else >> pr_info(GHES_PFX "Failed to enable APEI firmware first mode.\n"); >> - >> - return 0; >> -err: >> - return rc; >> } >> -device_initcall(ghes_init); >> diff --git a/drivers/acpi/bus.c b/drivers/acpi/bus.c >> index 07f604832fd6..3f403db20f69 100644 >> --- a/drivers/acpi/bus.c >> +++ b/drivers/acpi/bus.c >> @@ -1331,6 +1331,8 @@ static int __init acpi_init(void) >> >> pci_mmcfg_late_init(); >> acpi_iort_init(); >> + acpi_hest_init(); >> + ghes_init(); >> acpi_scan_init(); >> acpi_ec_init(); >> acpi_debugfs_init(); >> diff --git a/drivers/acpi/pci_root.c b/drivers/acpi/pci_root.c >> index b76db99cced3..6f9e75d14808 100644 >> --- a/drivers/acpi/pci_root.c >> +++ b/drivers/acpi/pci_root.c >> @@ -22,8 +22,6 @@ >> #include >> #include >> #include >> -#include /* for acpi_hest_init() */ >> - >> #include "internal.h" >> >> #define ACPI_PCI_ROOT_CLASS "pci_bridge" >> @@ -943,7 +941,6 @@ struct pci_bus *acpi_pci_root_create(struct acpi_pci_root *root, >> >> void __init acpi_pci_root_init(void) >> { >> - acpi_hest_init(); >> if (acpi_pci_disabled) >> return; >> >> diff --git a/drivers/firmware/Kconfig b/drivers/firmware/Kconfig >> index 75cb91055c17..ad114d9cdf8e 100644 >> --- a/drivers/firmware/Kconfig >> +++ b/drivers/firmware/Kconfig >> @@ -40,6 +40,7 @@ config ARM_SCPI_POWER_DOMAIN >> config ARM_SDE_INTERFACE >> bool "ARM Software Delegated Exception Interface (SDEI)" >> depends on ARM64 >> + select ACPI_APEI_GHES > > As the kernel test robot pointed out [1], you cannot do this. > CONFIG_ACPI_APEI_GHES is a user selectable symbol that has dependencies, > which 'select' completely overrides, resulting in build failures when > CONFIG_ACPI_APEI is not enabled. > > If CONFIG_ARM_SDE_INTERFACE truly requires CONFIG_ACPI_APEI_GHES, you > should have "depends on ACPI_APEI_GHES". > > If CONFIG_ARM_SDE_INTERFACE soft depends on CONFIG_ACPI_APEI_GHES for > functionality but can work without it, you could use > "imply ACPI_APEI_GHES", which will enable CONFIG_ACPI_APEI_GHES if its > dependencies are met. > > I noticed the same error with Alpine Linux's aarch64 configuration [2] > if you wanted a quick configuration to test with. > > [1]: https://lore.kernel.org/r/202202151504.jWpZGPaH-lkp@intel.com/ > [2]: https://git.alpinelinux.org/aports/plain/community/linux-edge/config-edge.aarch64 Thank you for explaining the difference among 'select', 'depends on' and 'imply'. I was wrong to use 'select'. sdei_init() is called in ghes_init() now, in other words, CONFIG_ARM_SDE_INTERFACE truly requires CONFIG_ACPI_APEI_GHES, so we should use 'depends on'. I will send a new patch set to fix this problem. Best Regards, Shuai