From mboxrd@z Thu Jan 1 00:00:00 1970 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 0DA09C433FE for ; Tue, 19 Oct 2021 15:14:26 +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 CD34C60FDA for ; Tue, 19 Oct 2021 15:14:25 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.4.1 mail.kernel.org CD34C60FDA Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=kernel.org 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:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:Message-ID: Subject:Cc:To:From:Date:Reply-To:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:References: List-Owner; bh=8FbYy9V9QeB8WXqA4ii2VrogEHrL+5Fs+r0fqKg1Sh8=; b=hbWrFOFUH5zxBu JtnifyL2NOwOlJcRE3H2U1NExQbYn18ucYBLHJwdD6FGepR4eaW7fAE3adfHi1NU+7HGQ+liZF8Kj jFVOIUZ5sHF4XIdxX0Mp/OCsPxcpzfn1YoBdrCYK0tCZBrgFsrIEmILU3CWXkhHn0Cb0zGkofibu6 BBARLQHM874qrClSS+kxfqJIauiP6sgBFmf+xXM/G0xEnAYJxieZIMVq/qvAOmriSwERHUjZP5Vx1 k9E+RVYHEcvUh8ogL1QRkHY4ixTlFxZjVmtwViQc4kI/MMKhFSWHosfK1d5X7pBUQ4JMnSlGHuVby UzT8qrHWRcfVG4LODiAw==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1mcqnj-001eq2-GP; Tue, 19 Oct 2021 15:13:15 +0000 Received: from mail.kernel.org ([198.145.29.99]) by bombadil.infradead.org with esmtps (Exim 4.94.2 #2 (Red Hat Linux)) id 1mcqnV-001emY-1S for linux-arm-kernel@lists.infradead.org; Tue, 19 Oct 2021 15:13:02 +0000 Received: by mail.kernel.org (Postfix) with ESMTPSA id 55DD760FD8; Tue, 19 Oct 2021 15:13:00 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1634656380; bh=4YzZkOiFi4XZ+CR6Qd/pNGRdUTCx6OBisb3nvJ/50Pc=; h=Date:From:To:Cc:Subject:In-Reply-To:From; b=bY2ZejplpTQvQJw1FU3h9lX6KkjvLF2GqQYiZV0M5cPqi6lQxiYNQWiESysA6amQ6 5aODPXKFN4Fs5+lipuh2vvx2NXv+VDdE0JANEnixHS/49Y0PECfA2NKiFecGNA3BAP ghzSaPEo3/pNvRXHoiNI8+ieKL5iczB843BgUgyUgqxV0NdtEbihX/WdHEfpO35VjR dKrSUAl0WLFSTvrBfoAZmmkCvcJklFD9TawdTdRD8NnGX291Uwf8jTB/crvzAcR7eu JrX2Lthpy+pzDBQMJUUPESQ8xw/yXt9f8z+LDrTR1VV65CLkATGCedt4GYd3rxCll2 QLYOLD4TCL4oA== Date: Tue, 19 Oct 2021 10:12:58 -0500 From: Bjorn Helgaas To: Xuesong Chen Cc: 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, linux-pci@vger.kernel.org, linux-acpi@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v3 0/2] PCI MCFG consolidation and APEI resource filterin Message-ID: <20211019151258.GA2336650@bhelgaas> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20211019_081301_124248_12FF0FDD X-CRM114-Status: GOOD ( 20.11 ) 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: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org On Tue, Oct 19, 2021 at 12:49:16PM +0800, Xuesong Chen wrote: > 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): If you want people to look at and care about your changes, it is never a waste of time to explain them. > 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. It's helpful to your reviewers if you include a note about changes between v2 and v3, as you did in your v2 0/2 cover letter. It's also helpful if you thread the series with patches 1 and 2 as responses to the cover letter. That makes it easy to download the patches using b4. Here's a little more background: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/Documentation/process/5.Posting.rst?id=v5.14#n320 > 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 > _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel