RE: [PATCH 4/5] dmaengine: xilinx_dma: fix hardcoded maximum transfer length may be wrong

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

 



> -----Original Message-----
> From: dmaengine-owner@xxxxxxxxxxxxxxx [mailto:dmaengine-
> owner@xxxxxxxxxxxxxxx] On Behalf Of Andrea Merello
> Sent: Friday, January 20, 2017 9:03 PM
> To: vinod.koul@xxxxxxxxx; michal.simek@xxxxxxxxxx; Soren Brinkmann
> <sorenb@xxxxxxxxxx>
> Cc: dmaengine@xxxxxxxxxxxxxxx; Andrea Merello
> <andrea.merello@xxxxxxxxx>
> Subject: [PATCH 4/5] dmaengine: xilinx_dma: fix hardcoded maximum transfer
> length may be wrong

Maybe a simpler commit msg - "Program hardware supported buffer length"
> 
> The maximumum trasfer length is currently hardcoded in the driver, but
> it depends by how the soft-IP is actually configuried.
Fix typos in the description. 

> 
> This seems to affect also max possible length for SG transfers.
> 
> This patch introduce a new DT property in order to operate with proper
> maximum trasfer length.
> 
> Signed-off-by: Andrea Merello <andrea.merello@xxxxxxxxx>
> ---
>  drivers/dma/xilinx/xilinx_dma.c | 22 ++++++++++++++++------
>  1 file changed, 16 insertions(+), 6 deletions(-)
> 
> diff --git a/drivers/dma/xilinx/xilinx_dma.c b/drivers/dma/xilinx/xilinx_dma.c
> index 33c0949..cbd8d8c 100644
> --- a/drivers/dma/xilinx/xilinx_dma.c
> +++ b/drivers/dma/xilinx/xilinx_dma.c
> @@ -409,6 +409,7 @@ struct xilinx_dma_device {
>  	struct clk *rxs_clk;
>  	u32 nr_channels;
>  	u32 chan_id;
> +	int max_transfer;
Kernel-doc documentation for max_transfer

>  };
> 
>  /* Macros */
> @@ -1764,8 +1765,8 @@ static struct dma_async_tx_descriptor
> *xilinx_dma_prep_slave_sg(
>  			 * the next chuck start address is aligned
>  			 */
>  			copy = sg_dma_len(sg) - sg_used;
> -			if (copy > XILINX_DMA_MAX_TRANS_LEN)
> -				copy = XILINX_DMA_MAX_TRANS_LEN &
> +			if (copy > chan->xdev->max_transfer)
> +				copy = chan->xdev->max_transfer &
>  					chan->copy_mask;
> 
>  			hw = &segment->hw;
> @@ -1875,8 +1876,8 @@ static struct dma_async_tx_descriptor
> *xilinx_dma_prep_dma_cyclic(
>  			 * the next chuck start address is aligned
>  			 */
>  			copy = period_len - sg_used;
> -			if (copy > XILINX_DMA_MAX_TRANS_LEN)
> -				copy = XILINX_DMA_MAX_TRANS_LEN &
> +			if (copy > chan->xdev->max_transfer)
> +				copy = chan->xdev->max_transfer &
>  					chan->copy_mask;
> 
>  			hw = &segment->hw;
> @@ -2534,7 +2535,7 @@ static int xilinx_dma_probe(struct platform_device
> *pdev)
>  	struct xilinx_dma_device *xdev;
>  	struct device_node *child, *np = pdev->dev.of_node;
>  	struct resource *io;
> -	u32 num_frames, addr_width;
> +	u32 num_frames, addr_width, lenreg_width;
>  	int i, err;
> 
>  	/* Allocate and initialize the DMA engine structure */
> @@ -2565,8 +2566,17 @@ static int xilinx_dma_probe(struct platform_device
> *pdev)
>  		return PTR_ERR(xdev->regs);
> 
>  	/* Retrieve the DMA engine properties from the device tree */
> -	if (xdev->dma_config->dmatype == XDMA_TYPE_AXIDMA)
> +	if (xdev->dma_config->dmatype == XDMA_TYPE_AXIDMA) {
>  		xdev->mcdma = of_property_read_bool(node, "xlnx,mcdma");
> +		err = of_property_read_u32(node, "xlnx,lengthregwidth",
> +					   &lenreg_width);
> +		if (err < 0) {
> +			dev_err(xdev->dev,
> +				"missing xlnx,lengthregwidth property\n");
> +			return err;
Making it mandatory property will break DT backward compatibility unless
a new compatible string is added. 

> +		}
> +		xdev->max_transfer = GENMASK(lenreg_width, 0);
> +	}
> 
>  	if (xdev->dma_config->dmatype == XDMA_TYPE_VDMA) {
>  		err = of_property_read_u32(node, "xlnx,num-fstores",
> --
> 2.7.4
> 
> --
> To unsubscribe from this list: send the line "unsubscribe dmaengine" in
> the body of a message to majordomo@xxxxxxxxxxxxxxx
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

<<attachment: winmail.dat>>


[Index of Archives]     [Linux Kernel]     [Linux ARM (vger)]     [Linux ARM MSM]     [Linux Omap]     [Linux Arm]     [Linux Tegra]     [Fedora ARM]     [Linux for Samsung SOC]     [eCos]     [Linux PCI]     [Linux Fastboot]     [Gcc Help]     [Git]     [DCCP]     [IETF Announce]     [Security]     [Linux MIPS]     [Yosemite Campsites]

  Powered by Linux