Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp969898ybl; Fri, 24 Jan 2020 12:56:20 -0800 (PST) X-Google-Smtp-Source: APXvYqywkf5Hy2yF3C/7VGmeJpyrv2qZAM1YPvrmuy5ZdS4A36p8qidAWhILCOWWNzmbooYF1FA8 X-Received: by 2002:a05:6808:292:: with SMTP id z18mr478360oic.131.1579899380013; Fri, 24 Jan 2020 12:56:20 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1579899380; cv=none; d=google.com; s=arc-20160816; b=g0LAaSy2Kn7BMXhy34d8RW1kgQm8VB5vyVxel+lgY/waRXLArdBACY4MywPbokVLoG UXqfOienan9XTOLwbBENtNJS6/bbITve3DygYJp4NpPRin6jLc53ML2vQ1eCn4h1PziD x8UeKNiyEQjDnnE+Vbz06OCGaMdPvt056K+h6+St8J2C56yP1jv4Ksnn05TCSYnNXhti JGas9UBFQSB9agBFlo+A+/enWfVtNM7fB7yoSjyoc0BrX/8ZYHg1IBEgMUPkQJb5nadF qOGdIwAzAumnRpT4/KBCZDb29ZmnsSs7V8Q8/rc9hD+e3hM5yYleIVAoO/n0uLiSigIx Xa+g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :organization:references:in-reply-to:message-id:subject:cc:to:from :date; bh=YS1As2ZKxQKnhMpfwwSegcVcpfx+zMcrHnveGrreb4Q=; b=pFwcTBPe1/JKPsMb+Z34QjgfBc1rKEZg3ZlAEDGkGpljqLl6ylbGf2CE+VvjYDTWAN /4GurqSRmU7M4GcwxwLDuCJmn5m5CTsvuOoNynpuXbwSwjNjUMbn7B4FYfYk7J0qCG3L n+AylrhTcOz805n/f11aSRyO3+yI3HuERRDOEe7xgI2BVxjhMPeAPdbhz6KEi4HHf+cX C8PGJExiQll9yS0p+PQAqBR9fP9auTMRTc2XnHtVYWDaDUwo2J/4nu/puIqMZNbprPMa aQkwTViG1ulruUQh4MlUx6Xcwfi03KDqpTwa7o0y51hJYlNsNsute9f2kyAjx/e53RC2 +Y+A== 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 w81si295840oig.107.2020.01.24.12.56.08; Fri, 24 Jan 2020 12:56:19 -0800 (PST) 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 S2388700AbgAXQ3M (ORCPT + 99 others); Fri, 24 Jan 2020 11:29:12 -0500 Received: from foss.arm.com ([217.140.110.172]:54364 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2388341AbgAXQ3M (ORCPT ); Fri, 24 Jan 2020 11:29:12 -0500 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id F20621FB; Fri, 24 Jan 2020 08:29:10 -0800 (PST) Received: from donnerap.cambridge.arm.com (usa-sjc-imap-foss1.foss.arm.com [10.121.207.14]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id A13323F6C4; Fri, 24 Jan 2020 08:29:09 -0800 (PST) Date: Fri, 24 Jan 2020 16:29:03 +0000 From: Andre Przywara To: Rob Herring Cc: "David S . Miller" , Radhey Shyam Pandey , Michal Simek , Robert Hancock , netdev@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, Mark Rutland , devicetree@vger.kernel.org Subject: Re: [PATCH 14/14] net: axienet: Update devicetree binding documentation Message-ID: <20200124162903.722468f1@donnerap.cambridge.arm.com> In-Reply-To: <20200121215109.GA26808@bogus> References: <20200110115415.75683-1-andre.przywara@arm.com> <20200110115415.75683-15-andre.przywara@arm.com> <20200121215109.GA26808@bogus> Organization: ARM X-Mailer: Claws Mail 3.17.3 (GTK+ 2.24.32; aarch64-unknown-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 21 Jan 2020 15:51:09 -0600 Rob Herring wrote: Hi Rob, thanks for having a look! > On Fri, Jan 10, 2020 at 11:54:15AM +0000, Andre Przywara wrote: > > This adds documentation about the newly introduced, optional > > "xlnx,addrwidth" property to the binding documentation. > > > > While at it, clarify the wording on some properties, replace obsolete > > .txt file references with their new .yaml counterparts, and add a more > > modern example, using the axistream-connected property. > > > > Cc: Rob Herring > > Cc: Mark Rutland > > Cc: devicetree@vger.kernel.org > > Signed-off-by: Andre Przywara > > --- > > .../bindings/net/xilinx_axienet.txt | 57 ++++++++++++++++--- > > 1 file changed, 50 insertions(+), 7 deletions(-) > > > > diff --git a/Documentation/devicetree/bindings/net/xilinx_axienet.txt b/Documentation/devicetree/bindings/net/xilinx_axienet.txt > > index 7360617cdedb..78c278c5200f 100644 > > --- a/Documentation/devicetree/bindings/net/xilinx_axienet.txt > > +++ b/Documentation/devicetree/bindings/net/xilinx_axienet.txt > > @@ -12,7 +12,8 @@ sent and received through means of an AXI DMA controller. This driver > > includes the DMA driver code, so this driver is incompatible with AXI DMA > > driver. > > > > -For more details about mdio please refer phy.txt file in the same directory. > > +For more details about mdio please refer to the ethernet-phy.yaml file in > > +the same directory. > > > > Required properties: > > - compatible : Must be one of "xlnx,axi-ethernet-1.00.a", > > @@ -27,14 +28,14 @@ Required properties: > > instead, and only the Ethernet core interrupt is optionally > > specified here. > > - phy-handle : Should point to the external phy device. > > - See ethernet.txt file in the same directory. > > -- xlnx,rxmem : Set to allocated memory buffer for Rx/Tx in the hardware > > + See the ethernet-controller.yaml file in the same directory. > > +- xlnx,rxmem : Size of the RXMEM buffer in the hardware, in bytes. > > > > Optional properties: > > -- phy-mode : See ethernet.txt > > +- phy-mode : See ethernet-controller.yaml. > > - xlnx,phy-type : Deprecated, do not use, but still accepted in preference > > to phy-mode. > > -- xlnx,txcsum : 0 or empty for disabling TX checksum offload, > > +- xlnx,txcsum : 0 for disabling TX checksum offload (default if omitted), > > 1 to enable partial TX checksum offload, > > 2 to enable full TX checksum offload > > - xlnx,rxcsum : Same values as xlnx,txcsum but for RX checksum offload > > @@ -48,10 +49,20 @@ Optional properties: > > If this is specified, the DMA-related resources from that > > device (DMA registers and DMA TX/RX interrupts) rather > > than this one will be used. > > - - mdio : Child node for MDIO bus. Must be defined if PHY access is > > +- mdio : Child node for MDIO bus. Must be defined if PHY access is > > required through the core's MDIO interface (i.e. always, > > unless the PHY is accessed through a different bus). > > > > +Required properties for axistream-connected subnode: > > +- reg : Address and length of the AXI DMA controller MMIO space. > > +- interrupts : A list of 2 interrupts: TX DMA and RX DMA, in that order. > > + > > +Optional properties for axistream-connected subnode: > > +- xlnx,addrwidth: Specifies the configured address width of the DMA. Newer > > + versions of the IP allow setting this to a value between > > + 32 and 64. Defaults to 32 bits if not specified. > > I think this should be expressed using dma-ranges. This is exactly the > purpose of dma-ranges and we shouldn't need a device specific property > for this sort of thing. OK, after talking to Robin about it, I think I will indeed drop the whole usage of xlnx,addrwidth altogether. Some thoughts: - An integrator would choose the addrwidth value in the IP to be big enough for the whole bus. In our case it's actually 40 bits, because this is the max address size the interconnect supports. So any possible physical address the kernel could come up with would be valid for the DMA IP. - Because of this we set the DMA mask to either 64-bit or 32-bit, depending on the auto detection of the MSB registers. - If some integrator screws this up anyway, they can always set dma-ranges in the parent to limit the address range. IIUC, no further code would be needed in the Ethernet driver, as this would be handled by some (DMA?) framework? Does that make sense? Cheers, Andre