From patchwork Tue Oct 19 04:49:16 2021 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Xuesong Chen X-Patchwork-Id: 12568563 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 4FFADC433F5 for ; Tue, 19 Oct 2021 04:50:44 +0000 (UTC) Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 1485D60EBB for ; Tue, 19 Oct 2021 04:50:44 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.4.1 mail.kernel.org 1485D60EBB Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=linux.alibaba.com Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender: Content-Transfer-Encoding:Content-Type:Reply-To:List-Subscribe:List-Help: List-Post:List-Archive:List-Unsubscribe:List-Id:MIME-Version:Message-ID: Subject:Cc:To:From:Date:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To: References:List-Owner; bh=h4AD8no8aM3n/9VItYWJaDjx0Os10tdH1l1+1LM7Awk=; b=QBF 3KvrB+otZi/OBLdMnffa/M2URLiKqee2LmcyqCj/1UtB/ubPCYoQL/rtiWCjpuNaEfO4dfBJw0yA/ JYsRENIua+W2X6aAbO4LMX0ypXf00TzvFAjU0eKk4QvfR0afrK0apAmwqt1PII/ZrJKkhg/iF1fRo CBIQgj7MUYG/9Rw494bfNVlm7cU0RoDwaR/WhKyQeIXpTjjh5llKT1oN0T6SFNp8V3zJ6lyJRc8SZ 364Lw8Jgri7NVl2QhykkJiUvInT4q+NBGFlVJ889/a+MYbzH3bNv4Ef5dPneGHpmMvupb+pktFfV0 QgU+7YuHqgIy+rmYZOo9xYEj24Iawkw==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1mch46-0007Tv-KF; Tue, 19 Oct 2021 04:49:30 +0000 Received: from out30-45.freemail.mail.aliyun.com ([115.124.30.45]) by bombadil.infradead.org with esmtps (Exim 4.94.2 #2 (Red Hat Linux)) id 1mch40-0007Ro-OP for linux-arm-kernel@lists.infradead.org; Tue, 19 Oct 2021 04:49:28 +0000 X-Alimail-AntiSpam: AC=PASS; BC=-1|-1; BR=01201311R771e4; CH=green; DM=||false|; DS=||; FP=0|-1|-1|-1|0|-1|-1|-1; HT=e01e04394; MF=xuesong.chen@linux.alibaba.com; NM=1; PH=DS; RN=15; SR=0; TI=SMTPD_---0Usprolt_1634618956; Received: from localhost(mailfrom:xuesong.chen@linux.alibaba.com fp:SMTPD_---0Usprolt_1634618956) by smtp.aliyun-inc.com(127.0.0.1); Tue, 19 Oct 2021 12:49:17 +0800 Date: Tue, 19 Oct 2021 12:49:16 +0800 From: Xuesong Chen To: catalin.marinas@arm.com, lorenzo.pieralisi@arm.com, james.morse@arm.com, will@kernel.org, rafael@kernel.org, tony.luck@intel.com, bp@alien8.de, mingo@kernel.org, bhelgaas@google.com Cc: linux-pci@vger.kernel.org, linux-acpi@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, xuesong.chen@linux.alibaba.com Subject: [PATCH v3 0/2] PCI MCFG consolidation and APEI resource filterin Message-ID: MIME-Version: 1.0 Content-Disposition: inline X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20211018_214925_008651_EC968962 X-CRM114-Status: GOOD ( 10.27 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Xuesong Chen Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org Hello All, The idea of this patch set is very strainforward, it's somehow a refactor of the original codes to share some ones that they should do. Based on that, we can resolve the MCFG address access issue in APEI module on x86 in a command way instead of the current arch-dependent one, while this issue also does happen on ARM64 platform. The logic of the series is very clear(IMO it's even time-wasting to explain that): Patch #1: Escalating the 'pci_mmcfg_list' and 'pci_mmcfg_region' to the pci.[c,h] which will shared by all the arches. A common sense, in some degree. Patch #2: Since the 'pci_mmcfg_list' now can be shared across all arches, the arch-specific fix method can be replaced by the new solution naturally. Now the v3 patch has been finalized, can we move forward to the next step? - either give the concerns/objections or pick it up. Xuesong Chen (2): PCI: MCFG: Consolidate the separate PCI MCFG table entry list ACPI: APEI: Filter the PCI MCFG address with an arch-agnostic method arch/x86/include/asm/pci_x86.h | 17 +--------------- arch/x86/pci/mmconfig-shared.c | 30 ---------------------------- drivers/acpi/apei/apei-base.c | 45 ++++++++++++++++++++++++++++-------------- drivers/acpi/pci_mcfg.c | 34 ++++++++++++------------------- drivers/pci/pci.c | 2 ++ include/linux/pci.h | 17 ++++++++++++++++ 6 files changed, 63 insertions(+), 82 deletions(-)