Received: by 2002:a89:413:0:b0:1fd:dba5:e537 with SMTP id m19csp810690lqs; Fri, 14 Jun 2024 06:30:07 -0700 (PDT) X-Forwarded-Encrypted: i=3; AJvYcCU3oSfIUhCDJrURiRTQinbBmwPAzGpyzlIpOFHjcZAB2EH0XJxuMuouCblRBHWPLgiyikYfUwifFGwL3XQABwxqacJmEEBCd9X5Rx5Z3g== X-Google-Smtp-Source: AGHT+IHL//+QryZaR9Iu43xcbvJ6ZSXQa5ppunPrq0jdsWzUm7hfoCwKSjvS4sHNrJc7xkM4aMpK X-Received: by 2002:aa7:d605:0:b0:57c:c5e3:2f91 with SMTP id 4fb4d7f45d1cf-57cc5e3300fmr882237a12.1.1718371807139; Fri, 14 Jun 2024 06:30:07 -0700 (PDT) ARC-Seal: i=2; a=rsa-sha256; t=1718371807; cv=pass; d=google.com; s=arc-20160816; b=aodVsKGy1jriCw/hvjdvapBZYLw0QJSBP3CO/TDA8lTezHbPCAOslE3Uk8sz3Qj6ZW sB6ibxhuVQGTwsMd5OWWpy+bBZphW+bndnVV5PSEW/eMq+WcRmI37npqtMaOEhofvPYG PAzt06Z0rb6tP1+uZAJZbBv0CRMgJZXSiuVJffIeZTAkGmpDlVLDZ9M0Hubvm6VYeP7A 12cceXRQjUfEQXpKVAtN3GMnDZflL29cAsMWwomnBz0Iv4wcZf8W+DHkwMh41eD8xznE U+SXe/KSm5d/Y/+pd4+yaAOxro9T+uQpzSynCVt4VpmC2g4bvmLgkUKRLo4/8X7WVEB/ s0mw== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=mime-version:list-unsubscribe:list-subscribe:list-id:precedence :references:message-id:in-reply-to:subject:cc:to:date:from :dkim-signature; bh=+6LstomGj7YxvxRcg620AFBPInukdyEM0I9pCqZIZ70=; fh=GPqpu8cWQdAQmahWG5ZerbhDUZ2fFyYa1IIrhW/FOg0=; b=wrcdh1vKOEaXLAeXuiUS5XimTNRF/4dlx9NQKm9EsY2Cd2KSUGmvwk3K9UGBtEsRob MySm9FFBVY3W2051Qi9bb9CWIhbC/wI9WVHWohYTVSebKS2dFmMGlP+S+FtzcAmb4H9l npEUSJGi8/Gbt89lAXqo58WGwME8EcDN4n9OtUTWN8DLiHtxmARtglU0oFvkSYKMH9Dw qL5ZVCi+1RSc91a+q4+dKgH+Rqor+iyuYGikYyh3JNn4SUM9q8t2IhlmQ4ZXmyI8bIdm I+IMFpmhpMYNm/mVymYXWPRXIkM0EGSDUPEkluWsvD542976OwCHB4WciVBgXVgsk9NG 8SDA==; dara=google.com ARC-Authentication-Results: i=2; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=CHQe+B0L; arc=pass (i=1 dkim=pass dkdomain=intel.com dmarc=pass fromdomain=linux.intel.com); spf=pass (google.com: domain of linux-kernel+bounces-214942-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.80.249 as permitted sender) smtp.mailfrom="linux-kernel+bounces-214942-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from am.mirrors.kernel.org (am.mirrors.kernel.org. [147.75.80.249]) by mx.google.com with ESMTPS id 4fb4d7f45d1cf-57cb742c3e5si1940810a12.311.2024.06.14.06.30.07 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 14 Jun 2024 06:30:07 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel+bounces-214942-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.80.249 as permitted sender) client-ip=147.75.80.249; Authentication-Results: mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=CHQe+B0L; arc=pass (i=1 dkim=pass dkdomain=intel.com dmarc=pass fromdomain=linux.intel.com); spf=pass (google.com: domain of linux-kernel+bounces-214942-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.80.249 as permitted sender) smtp.mailfrom="linux-kernel+bounces-214942-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by am.mirrors.kernel.org (Postfix) with ESMTPS id AA96F1F277AB for ; Fri, 14 Jun 2024 13:30:06 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id DB87419AD4B; Fri, 14 Jun 2024 13:29:56 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=intel.com header.i=@intel.com header.b="CHQe+B0L" Received: from mgamail.intel.com (mgamail.intel.com [192.198.163.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 34BAD146D77; Fri, 14 Jun 2024 13:29:53 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=192.198.163.10 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1718371795; cv=none; b=a/mHVRLUJS46O2WCwBUTLG1rDFAtMsiUMEZTYjs5wVawi+owdgejz1QwCzhBLffTzQ2kYOuEraLZ4h0YyoHfeoaG7hVYD1FiTGWL7mybWvbQYHmvNvAmu2ZHSYeNfws3+L8Ch6l4cpU2VhKEPQo/zAOrREcB4EeJ9x3C5NrRO3A= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1718371795; c=relaxed/simple; bh=hGhr++85Xsy7/ZFbcrK1+gqoOuZlCN2+fgWiO0Iosh8=; h=From:Date:To:cc:Subject:In-Reply-To:Message-ID:References: MIME-Version:Content-Type; b=GH+C7rfBi+RYZOyiL34g1MOBpjQ2Acn0qwZTwnIW/CepWW8fn9MasIBVwwQuJGacKp92IwGeXlESzVn1NkK5Ha4bHWqG1K/qa82R73OXJS8CADesPBHYIRx3k4vl1iVtSSXdU1Cq8aYaZLqHkEWcxy9aM4Igv6rYZPYjI1gPVsc= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linux.intel.com; spf=none smtp.mailfrom=linux.intel.com; dkim=pass (2048-bit key) header.d=intel.com header.i=@intel.com header.b=CHQe+B0L; arc=none smtp.client-ip=192.198.163.10 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linux.intel.com Authentication-Results: smtp.subspace.kernel.org; spf=none smtp.mailfrom=linux.intel.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1718371794; x=1749907794; h=from:date:to:cc:subject:in-reply-to:message-id: references:mime-version; bh=hGhr++85Xsy7/ZFbcrK1+gqoOuZlCN2+fgWiO0Iosh8=; b=CHQe+B0LG/VIztLiLODekWnwA8Uv6n0WEZ8fw6Zq8HSLEghDhgwquRSA 34vZiYB6w4OqCSorevWDaV3WmPPaLR0735OVU6J4ofrG9bCE1TI1vE0+D KgHxpm37xgOvnSQDyZ2fEY1/jlcUusHH0Q2bgC7ceFgCpkXPy7Ik1+5Pe Lvg7BcuAkFWHO+dXF7/JSBiijFrG2LdGpvdTJVWgbLL+Pkxt9y77OOwjO KMKIJKgld2KpbG7rUQd8WCbvjwZUW08dUDUOP18pcpFXowp4BjY5Lgl2H z2Qs6/5CHZwefenIOq0Grew+COSpKCtUhoWxAamWeTIGrvVdyic9lxyh7 Q==; X-CSE-ConnectionGUID: DsggmpocTdGo5tXDLs7W1w== X-CSE-MsgGUID: guBqT96KS/uZolKTY05i7A== X-IronPort-AV: E=McAfee;i="6700,10204,11103"; a="26652305" X-IronPort-AV: E=Sophos;i="6.08,237,1712646000"; d="scan'208";a="26652305" Received: from fmviesa001.fm.intel.com ([10.60.135.141]) by fmvoesa104.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 14 Jun 2024 06:29:54 -0700 X-CSE-ConnectionGUID: PzWo28ocTBKdpxoIE33tFg== X-CSE-MsgGUID: TR0IYX1bR3Sorg5VEF4dOA== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="6.08,237,1712646000"; d="scan'208";a="71689948" Received: from ijarvine-desk1.ger.corp.intel.com (HELO localhost) ([10.245.247.222]) by smtpauth.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 14 Jun 2024 06:29:50 -0700 From: =?UTF-8?q?Ilpo=20J=C3=A4rvinen?= Date: Fri, 14 Jun 2024 16:29:47 +0300 (EEST) To: daire.mcnamara@microchip.com cc: linux-pci@vger.kernel.org, devicetree@vger.kernel.org, conor.dooley@microchip.com, lpieralisi@kernel.org, kw@linux.com, robh@kernel.org, bhelgaas@google.com, linux-kernel@vger.kernel.org, linux-riscv@lists.infradead.org, krzk+dt@kernel.org, conor+dt@kernel.org Subject: Re: [PATCH v3 2/3] PCI: microchip: Fix inbound address translation tables In-Reply-To: <20240612112213.2734748-3-daire.mcnamara@microchip.com> Message-ID: <7ba2a37a-6012-a0a1-a74f-e9fc83598453@linux.intel.com> References: <20240612112213.2734748-1-daire.mcnamara@microchip.com> <20240612112213.2734748-3-daire.mcnamara@microchip.com> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII On Wed, 12 Jun 2024, daire.mcnamara@microchip.com wrote: > From: Daire McNamara > > On Microchip PolarFire SoC the PCIe Root Port can be behind one of three > general purpose Fabric Interface Controller (FIC) buses that encapsulates > an AXI-S bus. Depending on which FIC(s) the Root Port is connected > through to CPU space, and what address translation is done by that FIC, > the Root Port driver's inbound address translation may vary. > > For all current supported designs and all future expected designs, > inbound address translation done by a FIC on PolarFire SoC varies > depending on whether PolarFire SoC in operating in dma-coherent mode or > dma-noncoherent mode. > > The setup of the outbound address translation tables in the root port > driver only needs to handle these two cases. > > Setup the inbound address translation tables to one of two address > translations, depending on whether the rootport is marked as dma-coherent or > dma-noncoherent. > > Fixes: 6f15a9c9f941 ("PCI: microchip: Add Microchip Polarfire PCIe controller driver") > > Signed-off-by: Daire McNamara > --- > drivers/pci/controller/pcie-microchip-host.c | 97 +++++++++++++++++++- > 1 file changed, 92 insertions(+), 5 deletions(-) > > diff --git a/drivers/pci/controller/pcie-microchip-host.c b/drivers/pci/controller/pcie-microchip-host.c > index 853adce24492..d5021333e2aa 100644 > --- a/drivers/pci/controller/pcie-microchip-host.c > +++ b/drivers/pci/controller/pcie-microchip-host.c > @@ -30,6 +30,9 @@ > #define MC_PCIE_BRIDGE_ADDR (MC_PCIE1_BRIDGE_ADDR) > #define MC_PCIE_CTRL_ADDR (MC_PCIE1_CTRL_ADDR) > > +#define MC_MAX_NUM_INBOUND_WINDOWS 8 > +#define MPFS_NC_BOUNCE_ADDR 0x80000000 > + > /* PCIe Bridge Phy Regs */ > #define PCIE_PCI_IRQ_DW0 0xa8 > #define MSIX_CAP_MASK BIT(31) > @@ -105,6 +108,7 @@ > #define ATR0_AXI4_SLV0_TRSL_PARAM 0x810u > #define PCIE_TX_RX_INTERFACE 0x00000000u > #define PCIE_CONFIG_INTERFACE 0x00000001u > +#define TRSL_ID_AXI4_MASTER_0 0x00000004u > > #define ATR_ENTRY_SIZE 32 > > @@ -931,6 +935,89 @@ static int mc_pcie_init_irq_domains(struct mc_pcie *port) > return mc_allocate_msi_domains(port); > } > > +static void mc_pcie_setup_inbound_atr(int window_index, u64 axi_addr, u64 pcie_addr, size_t size) > +{ > + void __iomem *bridge_base_addr = port->axi_base_addr + MC_PCIE_BRIDGE_ADDR; > + u32 table_offset = window_index * ATR_ENTRY_SIZE; > + u32 atr_sz; > + u32 val; > + > + atr_sz = ilog2(size) - 1; > + atr_sz &= GENMASK(5, 0); > + val = lower_32_bits(pcie_addr) & GENMASK(31, 12); ALIGN_DOWN(, SZ_xx) ? > + val |= (atr_sz << ATR_SIZE_SHIFT); This looks like a named define + FIELD_PREP() would be more appropriate here. > + val |= ATR_IMPL_ENABLE; > + writel(val, bridge_base_addr + table_offset + ATR0_PCIE_WIN0_SRCADDR_PARAM); > + > + writel(upper_32_bits(pcie_addr), bridge_base_addr + table_offset + > + ATR0_PCIE_WIN0_SRC_ADDR); > + > + writel(lower_32_bits(axi_addr), bridge_base_addr + table_offset + > + ATR0_PCIE_WIN0_TRSL_ADDR_LSB); > + writel(upper_32_bits(axi_addr), bridge_base_addr + table_offset + > + ATR0_PCIE_WIN0_TRSL_ADDR_UDW); > + > + writel(TRSL_ID_AXI4_MASTER_0, bridge_base_addr + table_offset + > + ATR0_PCIE_WIN0_TRSL_PARAM); Having a table_addr local variable instead would make these much less repetitive and shorter. > +} > + > +static int mc_pcie_setup_inbound_ranges(struct platform_device *pdev, struct mc_pcie *port) > +{ > + struct device *dev = &pdev->dev; > + struct device_node *dn = dev->of_node; > + struct of_range_parser parser; > + struct of_range range; > + int atr_index = 0; > + > + /* > + * MPFS PCIe root port is 32-bit only, behind a Fabric Interface > + * Controller FPGA logic block which contains the AXI-S interface. > + * > + * From the point of view of the PCIe root port, There are only > + * two supported Root Port configurations > + * > + * Configuration 1: for use with fully coherent designs; supports a > + * window from 0x0 (CPU space) to specified PCIe space. > + * > + * Configuration 2: for use with non-coherent designs; supports two > + * 1 Gb wide windows to CPU space; one mapping cpu space 0 to pcie > + * space 0x80000000 and mapping cpu space 0x40000000 to pcie > + * space 0xc0000000. This cfg needs two windows because of how > + * the MSI space is allocated in the AXI-S range on MPFS. > + * > + * The FIC interface outside the PCIe block *must* complete the inbound > + * address translation as per MCHP MPFS FPGA design guidelines. > + */ > + if (device_property_read_bool(dev, "dma-noncoherent")) { > + /* > + * Always need same two tables in this case. Need two tables > + * due to hardware interactions between address and size. > + */ > + mc_pcie_setup_inbound_atr(0, 0, MPFS_NC_BOUNCE_ADDR, SZ_1G); > + mc_pcie_setup_inbound_atr(1, SZ_1G, MPFS_NC_BOUNCE_ADDR + SZ_1G, SZ_1G); > + } else { > + /* Find any dma-ranges */ > + if (of_pci_dma_range_parser_init(&parser, dn)) { > + /* No dma-range property - setup default */ > + mc_pcie_setup_inbound_atr(0, 0, 0, SZ_4G); > + return 0; > + } > + > + for_each_of_range(&parser, &range) { > + if (atr_index >= MC_MAX_NUM_INBOUND_WINDOWS) { > + dev_err(dev, "too many inbound ranges; %d available tables\n", > + MC_MAX_NUM_INBOUND_WINDOWS); > + return -EINVAL; You don't need to rollback anything when this error is encountered? > + } > + mc_pcie_setup_inbound_atr(atr_index, 0, range.pci_addr, range.size); > + atr_index++; > + } > + } > + > + return 0; > +} > + > static void mc_pcie_setup_window(void __iomem *bridge_base_addr, u32 index, > phys_addr_t axi_addr, phys_addr_t pci_addr, > u64 size) > @@ -962,11 +1049,6 @@ static void mc_pcie_setup_window(void __iomem *bridge_base_addr, u32 index, > val = upper_32_bits(pci_addr); > writel(val, bridge_base_addr + (index * ATR_ENTRY_SIZE) + > ATR0_AXI4_SLV0_TRSL_ADDR_UDW); > - > - val = readl(bridge_base_addr + ATR0_PCIE_WIN0_SRCADDR_PARAM); > - val |= (ATR0_PCIE_ATR_SIZE << ATR0_PCIE_ATR_SIZE_SHIFT); > - writel(val, bridge_base_addr + ATR0_PCIE_WIN0_SRCADDR_PARAM); > - writel(0, bridge_base_addr + ATR0_PCIE_WIN0_SRC_ADDR); > } > > static int mc_pcie_setup_windows(struct platform_device *pdev, > @@ -1129,6 +1211,11 @@ static int mc_platform_init(struct pci_config_window *cfg) > if (ret) > return ret; > > + /* Configure inbound translation tables */ IMO, this comment adds 0 value over what the code tells all by itself so it would be best to drop it. > + ret = mc_pcie_setup_inbound_ranges(pdev, port); > + if (ret) > + return ret; > + > /* Address translation is up; safe to enable interrupts */ > ret = mc_init_interrupts(pdev, port); > if (ret) > -- i.