Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp3960493imm; Mon, 20 Aug 2018 07:34:30 -0700 (PDT) X-Google-Smtp-Source: AA+uWPxnar/j0rDeynHSGZqmaR+9sGzZX+Uf1vmWL1cERyOQpDXaB4qpxiOrbqdlRZSSsDSndB+p X-Received: by 2002:a62:c410:: with SMTP id y16-v6mr48508545pff.161.1534775669982; Mon, 20 Aug 2018 07:34:29 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1534775669; cv=none; d=google.com; s=arc-20160816; b=i5EtT/G2eDAxH2OkN4b3Cuf7PdC1/g38bP5tq+EOYMY1rtEmBQ/rg3yGH6SDiEUkaN LOnYnk2xvOJiLcXswR3TcvMisvFgZQiAfmXLR1gLYQMSIWejtvRuyp9LqdXQZojV5GyM NEBd9DombUZTMXYzqT2qcIr4zgwufqCYXYZSpJa7EsfqnUFnWyACo/ONOJBxE02a2SJF JOw03eRpo/8efOm7lPAF8hc7rbIWwxdWcDNrUVxui/puziYbd1YKrPXhRuuSu04LFX5w gyh2sUpFAJWWiW4M2LGF+b7GTLOxlOYtdIkpJvcdLhsoDL/i2+/FZwrcJN+2G8jIXetA 4MOw== 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-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=GbAhz5FwiL3qoITFczO5dID8hmDC8e/zVB1qqmLR3ZM=; b=uDRKGDmzKm63nAim/+MvKPcKBxL2/JPJzSg3xt1T7W34YViJa3ryvvkbRgMiM+l05R steHr+XB6XnO6JnVicI6PlBMqTfkjN1ttb+fpUwJvc+lcm1XkGMeYle4DUOPSyvr5RI4 xCdCIvHVd8X8aV7d4I1G5RTZ6BsVmJKmNUF4Q+KyL0u6/PNmy9Dwl/WoEKZJSTfO4a4z wJXw4kQxSTNIWaYevUloVkfaCDLYQokKLGyb2D7AT1XFa0KCmc8GAAhYwbF1qJ5X9/KN DBaPIGSBRKTajn7AFzLy4K3Aun3Xz/eMKkTW1OVuYwGBqUabKInuSxjz81zwQ4HlGB+3 CArQ== 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 o6-v6si10040485plh.226.2018.08.20.07.34.14; Mon, 20 Aug 2018 07:34:29 -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 S1726884AbeHTRru (ORCPT + 99 others); Mon, 20 Aug 2018 13:47:50 -0400 Received: from muru.com ([72.249.23.125]:54216 "EHLO muru.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726021AbeHTRrt (ORCPT ); Mon, 20 Aug 2018 13:47:49 -0400 Received: from atomide.com (localhost [127.0.0.1]) by muru.com (Postfix) with ESMTPS id 35BA180AE; Mon, 20 Aug 2018 14:35:40 +0000 (UTC) Date: Mon, 20 Aug 2018 07:31:53 -0700 From: Tony Lindgren To: Kishon Vijay Abraham I Cc: Rob Herring , Nishanth Menon , Santosh Shilimkar , Will Deacon , Catalin Marinas , Greg Kroah-Hartman , Mark Rutland , "open list:SERIAL DRIVERS" , "linux-kernel@vger.kernel.org" , devicetree@vger.kernel.org, "moderated list:ARM/FREESCALE IMX / MXC ARM ARCHITECTURE" , Vignesh R , Tero Kristo , Russell King , Sudeep Holla Subject: Re: Re: [RFC PATCH 5/6] arm64: dts: ti: Add Support for AM654 SoC Message-ID: <20180820143153.GD7523@atomide.com> References: <20180605060510.32473-1-nm@ti.com> <454c277e-8a63-81cb-b341-a50f4e25cbea@ti.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <454c277e-8a63-81cb-b341-a50f4e25cbea@ti.com> User-Agent: Mutt/1.10.0 (2018-05-17) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org * Kishon Vijay Abraham I [180808 06:35]: > On Tuesday 05 June 2018 07:35 PM, Rob Herring wrote: > > Really need 64-bit addresses and sizes? Use ranges to limit the > > address space if possible. > > We now have address-cells as <1>, > https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/tree/arch/arm64/boot/dts/ti/k3-am65.dtsi#n49 > > However each PCIe instance has 2 data regions and one of the regions > (PCIE0_CORE_CORE_DAT_SLV_PCIE_DAT1/PCIE1_CORE_CORE_DAT_SLV_PCIE_DAT1 specified > in the "MAIN Domain Memory Map" table of TRM http://www.ti.com/lit/pdf/spruid7) > is above the 32bit region and requires 2 cells to specify the start address. > This region is used to access MEM_SPACE of PCIe endpoint when operating in root > complex mode and access memory of PCI root complex when operating in endpoint mode. > > In order to describe this, should we change the address-cells back to <2> or do > you suggest any other alternatives? It's probably best to have the top level cbass interconnect use #size-cells = <2> and then have it's child interconnects have #size-cells = <1> if they don't need ranges above 4GB. BTW, what's the difference between all these three similar PCIE ranges? PCIE0_CORE_CORE_DAT_SLV_PCIE_CORE 0x0005500000 0x0005600000 1 MB PCIE1_CORE_CORE_DAT_SLV_PCIE_CORE 0x0005600000 0x0005700000 1 MB PCIE0_CORE_CORE_DAT_SLV_PCIE_DAT0 0x0010000000 0x0018000000 128 MB PCIE1_CORE_CORE_DAT_SLV_PCIE_DAT0 0x0018000000 0x0020000000 128 MB PCIE0_CORE_CORE_DAT_SLV_PCIE_DAT1 0x4000000000 0x4100000000 4 GB PCIE1_CORE_CORE_DAT_SLV_PCIE_DAT1 0x4100000000 0x4200000000 4 GB Regards, Tony