RE: [PATCH v3 1/2] dmaengine: vdma: Add 64 bit addressing support to the driver

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




Hi Rob,

	Thanks for the review...

> -----Original Message-----
> From: Rob Herring [mailto:robh@xxxxxxxxxx]
> Sent: Wednesday, March 30, 2016 12:26 AM
> To: Appana Durga Kedareswara Rao
> Cc: pawel.moll@xxxxxxx; mark.rutland@xxxxxxx;
> ijc+devicetree@xxxxxxxxxxxxxx; galak@xxxxxxxxxxxxxx; Michal Simek; Soren
> Brinkmann; vinod.koul@xxxxxxxxx; dan.j.williams@xxxxxxxxx; Anurag Kumar
> Vulisha; Appana Durga Kedareswara Rao; moritz.fischer@xxxxxxxxx;
> laurent.pinchart@xxxxxxxxxxxxxxxx; luis@xxxxxxxxxxxxxxxxx; Srikanth
> Vemula; Anirudha Sarangi; dmaengine@xxxxxxxxxxxxxxx;
> devicetree@xxxxxxxxxxxxxxx; linux-kernel@xxxxxxxxxxxxxxx; linux-arm-
> kernel@xxxxxxxxxxxxxxxxxxx
> Subject: Re: [PATCH v3 1/2] dmaengine: vdma: Add 64 bit addressing support to
> the driver
> 
> On Fri, Mar 25, 2016 at 02:46:18PM +0530, Kedareswara rao Appana wrote:
> > This VDMA  is a soft ip, which can be programmed to support
> > 32 bit addressing or greater than 32 bit addressing.
> >
> > When the VDMA ip is configured for 32 bit address space the buffer
> > address is specified by a single register (0x5C for MM2S and 0xAC for
> > S2MM channel).
> >
> > When the  VDMA core is configured for an address space greater than 32
> > then each buffer address is specified by a combination of two
> > registers.
> >
> > The first register specifies the LSB 32 bits of address, while the
> > next register specifies the MSB 32 bits of address.
> >
> > For example, 5Ch will specify the LSB 32 bits while 60h will specify
> > the MSB 32 bits of the first start address.
> > So we need to program two registers at a time.
> >
> > This patch adds the 64 bit addressing support to the vdma driver.
> >
> > Signed-off-by: Anurag Kumar Vulisha <anuragku@xxxxxxxxxx>
> > Signed-off-by: Kedareswara rao Appana <appanad@xxxxxxxxxx>
> > ---
> > Changes for v3:
> > --> Improved commit message as suggested by vinod.
> > --> removed unnecessary braces for single line if conditions.
> > Changes for v2:
> > ---> Added dma-ranges property in device tree as suggested by Arnd
> Bergmann.
> > ---> Added device tree property(xlnx,addrwidth) for an identification
> > ---> of whether
> >      the IP block itself is configured in 64-bit or 32-bit mode as suggested by
> >      Laurent Pinchart.
> > ---> Modified the driver code based on the xlnx,addrwidth.
> >
> >  .../devicetree/bindings/dma/xilinx/xilinx_vdma.txt |  4 ++
> >  drivers/dma/Kconfig                                |  2 +-
> >  drivers/dma/xilinx/xilinx_vdma.c                   | 73 +++++++++++++++++++---
> >  3 files changed, 70 insertions(+), 9 deletions(-)
> >
> > diff --git
> > a/Documentation/devicetree/bindings/dma/xilinx/xilinx_vdma.txt
> > b/Documentation/devicetree/bindings/dma/xilinx/xilinx_vdma.txt
> > index e4c4d47..a86737c 100644
> > --- a/Documentation/devicetree/bindings/dma/xilinx/xilinx_vdma.txt
> > +++ b/Documentation/devicetree/bindings/dma/xilinx/xilinx_vdma.txt
> > @@ -8,6 +8,8 @@ Required properties:
> >  - #dma-cells: Should be <1>, see "dmas" property below
> >  - reg: Should contain VDMA registers location and length.
> >  - xlnx,num-fstores: Should be the number of framebuffers as configured in
> h/w.
> > +- xlnx,addrwidth: Should be the vdma addressing size in bits(ex: 32 bits).
> > +- dma-ranges: Should be as the following <dma_addr cpu_addr max_len>.
> 
> Doesn't the log2 of the dma-ranges size provide you with the address width?

VDMA IP configurable for 32-bit or 64-bit addressing.

In any of the configuration I mean if it is a 32-bit or 64-bit addressing there is a flexibility for the vdma to choose the
Memory range supported by the VDMA...

For example if vdma is configured for 40-bit addressing.

Theoretically it can access memory up to 1TB if it is true we can get the
Address width using log2 of the dma-ranges size as you mentioned above.

But in real use case user won't map the entire memory
He will map only the memory of his own choice...

For example user mapped 2GB then dma-ranges property will be like below.

dma-ranges = <0x00000000 0x00000000  0x80000000>;

In this case log2 of the dma-ranges size won't give exact value for address width.
That's why used separate h/w property for getting address width of the IP...

Thanks,
Kedar.

> 
> >  - dma-channel child node: Should have at least one channel and can have up
> to
> >  	two channels per device. This node specifies the properties of each
> >  	DMA channel (see child node properties below).
> > @@ -41,8 +43,10 @@ axi_vdma_0: axivdma@40030000 {
> >  	compatible = "xlnx,axi-vdma-1.00.a";
> >  	#dma_cells = <1>;
> >  	reg = < 0x40030000 0x10000 >;
> > +	dma-ranges = <0x00000000 0x00000000 0x40000000>;
> >  	xlnx,num-fstores = <0x8>;
> >  	xlnx,flush-fsync = <0x1>;
> > +	xlnx,addrwidth = <0x20>;
> >  	dma-channel@40030000 {
> >  		compatible = "xlnx,axi-vdma-mm2s-channel";
> >  		interrupts = < 0 54 4 >;
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html



[Index of Archives]     [Device Tree Compilter]     [Device Tree Spec]     [Linux Driver Backports]     [Video for Linux]     [Linux USB Devel]     [Linux PCI Devel]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [XFree86]     [Yosemite Backpacking]
  Powered by Linux