Thread (65 messages) flat view 65 messages, 6 authors, 2020-04-29

RE: [PATCH 14/14] net: axienet: Update devicetree binding documentation

From: Radhey Shyam Pandey <hidden>
Date: 2020-01-27 09:29:54
Also in: linux-arm-kernel, linux-devicetree, lkml

-----Original Message-----
From: Andre Przywara <andre.przywara@arm.com>
Sent: Friday, January 24, 2020 9:59 PM
To: Rob Herring <robh@kernel.org>
Cc: David S . Miller <davem@davemloft.net>; Radhey Shyam Pandey
[off-list ref]; Michal Simek [off-list ref]; Robert Hancock
[off-list ref]; netdev@vger.kernel.org; linux-arm-
kernel@lists.infradead.org; linux-kernel@vger.kernel.org; Mark Rutland
[off-list ref]; devicetree@vger.kernel.org
Subject: Re: [PATCH 14/14] net: axienet: Update devicetree binding
documentation

On Tue, 21 Jan 2020 15:51:09 -0600
Rob Herring [off-list ref] wrote:

Hi Rob,

thanks for having a look!
quoted
On Fri, Jan 10, 2020 at 11:54:15AM +0000, Andre Przywara wrote:
quoted
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 <robh+dt@kernel.org>
Cc: Mark Rutland <mark.rutland@arm.com>
Cc: devicetree@vger.kernel.org
Signed-off-by: Andre Przywara <andre.przywara@arm.com>
---
 .../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
quoted
quoted
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
quoted
quoted
 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
quoted
quoted
+		  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
quoted
quoted
 		  to phy-mode.
-- xlnx,txcsum	: 0 or empty for disabling TX checksum offload,
+- xlnx,txcsum	: 0 for disabling TX checksum offload (default if
omitted),
quoted
quoted
 		  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
quoted
quoted
@@ -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
quoted
quoted
+- mdio		: Child node for MDIO bus. Must be defined if PHY
access is
quoted
quoted
 		  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.
quoted
quoted
+- 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.
dma-ranges define the relationship between the physical address spaces of the
parent and child nodes. In this case, ethernet and dma (parent-child) have
the same view of physical address space.   Do we mean to use the child-size
dma-range field and determine the address width?
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?
I think the current driver design will be simplified once we switch to the
dmaengine framework and use the xilinx dma(drivers/dma/xilinx_dma.c) driver.
The address width parsing is already handled by the dma driver. I am working
on an RFC to remove dma code from axiethernet and planning to post patchset.
Hopefully, that should address all concerns.
Does that make sense?

Cheers,
Andre
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help