Received: by 2002:ac0:a581:0:0:0:0:0 with SMTP id m1-v6csp5002427imm; Tue, 26 Jun 2018 04:24:18 -0700 (PDT) X-Google-Smtp-Source: ADUXVKJnzOP9vkzzY9hYIqkvcMTWQNn44k3a+IJnLOnLQYsbNuy83tXLjauxQ49dOTeVl40qO5sf X-Received: by 2002:a17:902:8b8c:: with SMTP id ay12-v6mr1212826plb.74.1530012258733; Tue, 26 Jun 2018 04:24:18 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1530012258; cv=none; d=google.com; s=arc-20160816; b=Bg27I2FFe+zJMw70Mofho0o8FyZrqVcn0Wf34uR8iXZAG/DrIwQ59gVReMWZkT4YtC jXpWz06ZnHjFn7iDw4OfrVIunMpOVFCzu51YqIIqjqBhGSKatbuRz89KhkM+pBZGpanN WbJZgNSNdES8cL9HGama9zRw1ZugisRSGpDmEgqbJVi82jD5LnUWfuNngdeUOQh+h9Ew Dk1lTtSUqlhvznHd8ToaRP5mtUUAMSF7vdsI32tK+pAhyTkpZOUczoD5nvrqRyut0hbo TWMKj/855lw0KR1XYb412/722t0pxJ/5kRpUd7fa0VcX8HlfoPDwRU1W4NS7rPKNrwcY 3qSg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-transfer-encoding:content-disposition:mime-version :references:message-id:subject:cc:to:from:date :arc-authentication-results; bh=oCLBpaxLrxHArZ44dWAMNRmwRKthvCJ+l8P7Vb5To/Q=; b=0QLD3ghmbjSf42LQWb3IacCjSye9Qeib/vtMjD33iWClr9dNgSaVqBf2F+365fSse/ AAcJ/zwHGWXx27jHQNZKr70P8K4sG/c9gZFgPYX8PWwdc/rXQBiLliFZF847GNvJtaW9 TYW9wXWkqrKfy7FwS74+UZVD6Clw9AVwgVtSTvwv9rbW8v7srwhAeHoamK7aXHfahehZ rVmjJQNy1VH4RVG04daKlxfvMnwD+rEITtNhF5+AgT/Tkk8LXQnT/RiyaHmE4LM99Jlw 7a/NvAnnCtJbIhQyGX21vEQuAbQATSiEWWBYoMSNQ0aUVivhR+3Ke4ci4ziHR5qARhPF e1fw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id l80-v6si1402760pfj.188.2018.06.26.04.24.04; Tue, 26 Jun 2018 04:24:18 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S934600AbeFZLWS (ORCPT + 99 others); Tue, 26 Jun 2018 07:22:18 -0400 Received: from foss.arm.com ([217.140.101.70]:44034 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932544AbeFZLWQ (ORCPT ); Tue, 26 Jun 2018 07:22:16 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 4F7B880D; Tue, 26 Jun 2018 04:22:16 -0700 (PDT) Received: from red-moon (unknown [10.1.206.55]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 61CCB3F5C0; Tue, 26 Jun 2018 04:22:14 -0700 (PDT) Date: Tue, 26 Jun 2018 12:23:53 +0100 From: Lorenzo Pieralisi To: Scott Branden Cc: Ley Foon Tan , Jan Kiszka , linux-pci@vger.kernel.org, linux-kernel@vger.kernel.org, Will Deacon , Bjorn Helgaas , Rob Herring , Russell King , Guenter Roeck Subject: Re: [PATCH v2] PCI: controller: Move PCI_DOMAINS selection to arch Kconfig Message-ID: <20180626112344.GA6850@red-moon> References: <20180619112105.14457-1-lorenzo.pieralisi@arm.com> <30bb8a16-f829-a5a4-265f-2d1112d8d0bf@siemens.com> <20180621165400.GB14519@e107981-ln.cambridge.arm.com> <5e9b0aa4-ded1-725d-c401-49c13b7d5f9d@broadcom.com> <1529683148.2729.6.camel@intel.com> <20180625092758.GA6412@red-moon> <1cf91447-6e17-a7cb-c827-210835179db9@broadcom.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1cf91447-6e17-a7cb-c827-210835179db9@broadcom.com> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Jun 25, 2018 at 11:48:11PM -0700, Scott Branden wrote: > Hi Lorenzo, > > > On 18-06-25 02:27 AM, Lorenzo Pieralisi wrote: > >On Fri, Jun 22, 2018 at 11:59:08PM +0800, Ley Foon Tan wrote: > >>On Thu, 2018-06-21 at 22:08 -0700, Scott Branden wrote: > >>> > >>>On 18-06-21 09:54 AM, Lorenzo Pieralisi wrote: > >>>> > >>>>On Wed, Jun 20, 2018 at 10:07:33AM +0200, Jan Kiszka wrote: > >>>>> > >>>>>On 2018-06-19 13:21, Lorenzo Pieralisi wrote: > >>>>>> > >>>>>>Commit 51bc085d6454 ("PCI: Improve host drivers compile test > >>>>>>coverage") > >>>>>>added configuration options to allow PCI host controller > >>>>>>drivers to be > >>>>>>compile tested on all architectures. > >>>>>> > >>>>>>Some host controller drivers (eg PCIE_ALTERA) config entries > >>>>>>select > >>>>>>the PCI_DOMAINS config option to enable PCI domains management > >>>>>>in > >>>>>>the kernel. Now that host controller drivers can be compiled on > >>>>>>all architectures, this triggers build regressions on arches > >>>>>>that > >>>>>>do not implement the PCI_DOMAINS required API (ie > >>>>>>pci_domain_nr()): > >>>>>> > >>>>>>drivers/ata/pata_ali.c: In function 'ali_init_chipset': > >>>>>>drivers/ata/pata_ali.c:469:38: error: > >>>>>> ?????????implicit declaration of function 'pci_domain_nr'; > >>>>>> ???????????????????????????????????????????did you mean > >>>>>>'pci_iomap_wc'? > >>>>>> > >>>>>>Furthemore, some software configurations (ie Jailhouse) require > >>>>>>a > >>>>>>PCI_DOMAINS enabled kernel to configure multiple host > >>>>>>controllers > >>>>>>without having an explicit dependency on the ARM platform on > >>>>>>which > >>>>>>they run. > >>>>>> > >>>>>>Make PCI_DOMAINS a visible configuration option on ARM so that > >>>>>>software > >>>>>>configurations that need it can manually select it and move the > >>>>>>PCI_DOMAINS selection from PCI controllers configuration file > >>>>>>to ARM > >>>>>>sub-arch config entries that currently require it, fixing the > >>>>>>issue. > >>>>>> > >>>>>>Fixes: 51bc085d6454 ("PCI: Improve host drivers compile test > >>>>>>coverage") > >>>>>>Link: https://lkml.kernel.org/r/20180612170229.GA10141@roeck-us > >>>>>>.net > >>>>>>Reported-by: Guenter Roeck > >>>>>>Signed-off-by: Lorenzo Pieralisi > >>>>>>Cc: Scott Branden > >>>>>>Cc: Will Deacon > >>>>>>Cc: Bjorn Helgaas > >>>>>>Cc: Rob Herring > >>>>>>Cc: Russell King > >>>>>>Cc: Jan Kiszka > >>>>>>Cc: Guenter Roeck > >>>>>>Cc: Ley Foon Tan > >>>>>>--- > >>>>>>v1 -> v2 > >>>>>> ????- Removed ARCH_VIRT PCI_DOMAINS selection > >>>>>> ????- Added PCI_DOMAINS visible config option > >>>>>> > >>>>>>v1: https://marc.info/?l=linux-pci&m=152932092612352&w=2 > >>>>>> > >>>>>> ? arch/arm/Kconfig???????????????| 8 +++++++- > >>>>>> ? arch/arm/mach-bcm/Kconfig??????| 1 + > >>>>>> ? arch/arm/mach-socfpga/Kconfig??| 1 + > >>>>>> ? drivers/pci/controller/Kconfig | 3 --- > >>>>>> ? 4 files changed, 9 insertions(+), 4 deletions(-) > >>>>>> > >>>>>>diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig > >>>>>>index 54eeb8d00bc6..843edfd000be 100644 > >>>>>>--- a/arch/arm/Kconfig > >>>>>>+++ b/arch/arm/Kconfig > >>>>>>@@ -1245,8 +1245,14 @@ config PCI > >>>>>> ??????VESA. If you have PCI, say Y, otherwise N. > >>>>>> > >>>>>> ? config PCI_DOMAINS > >>>>>>-???bool > >>>>>>+???bool "Support for multiple PCI domains" > >>>>>> ????depends on PCI > >>>>>>+???help > >>>>>>+?????Enable PCI domains kernel management. Say Y if your > >>>>>>machine > >>>>>>+?????has a PCI bus hierarchy that requires more than one PCI > >>>>>>+?????domain (aka segment) to be correctly managed. Say N > >>>>>>otherwise. > >>>>>>+ > >>>>>>+?????If you don't know what to do here, say N. > >>>>>> > >>>>>> ? config PCI_DOMAINS_GENERIC > >>>>>> ????def_bool PCI_DOMAINS > >>>>>>diff --git a/arch/arm/mach-bcm/Kconfig b/arch/arm/mach- > >>>>>>bcm/Kconfig > >>>>>>index c46a728df44e..25aac6ee2ab1 100644 > >>>>>>--- a/arch/arm/mach-bcm/Kconfig > >>>>>>+++ b/arch/arm/mach-bcm/Kconfig > >>>>>>@@ -20,6 +20,7 @@ config ARCH_BCM_IPROC > >>>>>> ????select GPIOLIB > >>>>>> ????select ARM_AMBA > >>>>>> ????select PINCTRL > >>>>>>+???select PCI_DOMAINS if PCI > >>>>>> ????help > >>>>>> ??????This enables support for systems based on Broadcom IPROC > >>>>>>architected SoCs. > >>>>>> ??????The IPROC complex contains one or more ARM CPUs along > >>>>>>with common > >>>>>>diff --git a/arch/arm/mach-socfpga/Kconfig b/arch/arm/mach- > >>>>>>socfpga/Kconfig > >>>>>>index d0f62eacf59d..4adb901dd5eb 100644 > >>>>>>--- a/arch/arm/mach-socfpga/Kconfig > >>>>>>+++ b/arch/arm/mach-socfpga/Kconfig > >>>>>>@@ -10,6 +10,7 @@ menuconfig ARCH_SOCFPGA > >>>>>> ????select HAVE_ARM_SCU > >>>>>> ????select HAVE_ARM_TWD if SMP > >>>>>> ????select MFD_SYSCON > >>>>>>+???select PCI_DOMAINS if PCI > >>>>>> > >>>>>> ? if ARCH_SOCFPGA > >>>>>> ? config SOCFPGA_SUSPEND > >>>>>>diff --git a/drivers/pci/controller/Kconfig > >>>>>>b/drivers/pci/controller/Kconfig > >>>>>>index 18fa09b3ac8f..cc9fa02d32a0 100644 > >>>>>>--- a/drivers/pci/controller/Kconfig > >>>>>>+++ b/drivers/pci/controller/Kconfig > >>>>>>@@ -96,7 +96,6 @@ config PCI_HOST_GENERIC > >>>>>> ????depends on OF > >>>>>> ????select PCI_HOST_COMMON > >>>>>> ????select IRQ_DOMAIN > >>>>>>-???select PCI_DOMAINS > >>>>>> ????help > >>>>>> ??????Say Y here if you want to support a simple generic PCI > >>>>>>host > >>>>>> ??????controller, such as the one emulated by kvmtool. > >>>>>>@@ -138,7 +137,6 @@ config PCI_VERSATILE > >>>>>> > >>>>>> ? config PCIE_IPROC > >>>>>> ????tristate > >>>>>>-???select PCI_DOMAINS > >>>>>> ????help > >>>>>> ??????This enables the iProc PCIe core controller support for > >>>>>>Broadcom's > >>>>>> ??????iProc family of SoCs. An appropriate bus interface driver > >>>>>>needs > >>>>>>@@ -176,7 +174,6 @@ config PCIE_IPROC_MSI > >>>>>> ? config PCIE_ALTERA > >>>>>> ????bool "Altera PCIe controller" > >>>>>> ????depends on ARM || NIOS2 || COMPILE_TEST > >>>>>>-???select PCI_DOMAINS > >>>>>> ????help > >>>>>> ??????Say Y here if you want to enable PCIe controller support > >>>>>>on Altera > >>>>>> ??????FPGA. > >>>>>> > >>>>>Acked-by: Jan Kiszka > >>>>Thanks a lot. Scott, Ley Foon, does it work for you ? I would like > >>>>to ask Bjorn to send it asap since the build on sparc is still > >>>>broken. > >>>Change will have to be made for arm64 for ARCH_BCM_IPROC as well. > >>Yes, need to add it to arm64 too. Others are okay. > >On arm64 CONFIG_PCI_DOMAINS defaults to CONFIG_PCI so there is no need > >to select it, if that's all you need changed there is nothing to > >change and this patch is read to be merged. > I see that now: arm64 is doing things properly.? The same should be > done for arm: default to CONFIG_PCI so there is no need to select > it. > I didn't like the change to have select to begin with. I can't select PCI_DOMAINS by default on ARM 32-bit since this would force it on platforms (eg non-DT legacy) that never relied on it; this can easily trigger regressions. This patch is ready to go as-is, I do not like it either but as I tried to explain it is the only reasonable way forward. Thanks, Lorenzo