Received: by 2002:a05:6a10:5bc5:0:0:0:0 with SMTP id os5csp103138pxb; Mon, 18 Oct 2021 21:51:12 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzW4mFFnP5+ZwfTP06hLcEuKgUKsVhdtEnvmThzgERh0X8+NV0fSXYhlKow/u2AD90XsU3q X-Received: by 2002:a62:3802:0:b0:44c:776b:f555 with SMTP id f2-20020a623802000000b0044c776bf555mr32417083pfa.82.1634619072221; Mon, 18 Oct 2021 21:51:12 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1634619072; cv=none; d=google.com; s=arc-20160816; b=w/fUp4esYq+BWrk4FlYTiVtnK0yORLH/MJfGCEah2V0UU46Z7hVJF23pBdnkooD+4a MUHNjPClaChMyvIQ+a5+z7+BBmfAtWWwtaZ2f7VDTd1Bwe5uwXzPOcWZY7AkSvBPd05E EHZ5qh7HV0Zwx8f+Hc4KNUy97fSFEghfXC/MO18hmQfxDuL/S8GOFTG7dhRqheE7ka0s lounfZgLjDcLZ6U4/9/KtPgaOL4X8wElGgKlbcF67LJy1rt15rHk6uTkSU87HuH+jqaf QHrYdGKeG+QM9xXCHQtljkSLMjP7Ygy2ncMSWQQ9k+3mlrw+8ZWcu5BUPqbEVi4TtPs9 ZzEg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-disposition:mime-version:reply-to :message-id:subject:cc:to:from:date; bh=mQp2h6Zn00oXmmUds/z+7VmtzyR3eLn/CxDYFIx5hBM=; b=J6ODfKD8oxdpCpT2UjaS7gou8lT5UUAfSl/7m1zukR5OEz4QYphowhDHffDhIOxq8X EPeNVE2h88WT3lG/txK0EGXJK3z8g1bfhppoNKhPZh+haxnsv/4vJSxZSOhEcufI/VNw SZi2i5WQpWD5H+JMOvNCL1PPaQGcDY3uYNh/dL2P7mKpBIrJ0VneS3dio/ropD8wJ3EE pDYyv2XGhMh7QDN92AKwcht66LJyaBnw7UL/R5DMfegHTw4kWBANOJcNgv1Ap2jkwxlX jPKysK8UCcTpKY5BL/43zUCduqoBEps7c97HuXLb5ec7WMIB3SveuHQ6j5OX94XD0f9o OzDA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.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 vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id t21si20097960pfl.246.2021.10.18.21.50.59; Mon, 18 Oct 2021 21:51:12 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.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: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229784AbhJSEvf (ORCPT + 99 others); Tue, 19 Oct 2021 00:51:35 -0400 Received: from out30-57.freemail.mail.aliyun.com ([115.124.30.57]:47921 "EHLO out30-57.freemail.mail.aliyun.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229649AbhJSEvc (ORCPT ); Tue, 19 Oct 2021 00:51:32 -0400 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: Reply-To: Xuesong Chen MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.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(-) -- 1.8.3.1