[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <5236F00B.5040605@ti.com>
Date: Mon, 16 Sep 2013 17:18:27 +0530
From: Sekhar Nori <nsekhar@...com>
To: <joelf@...com>
CC: Vinod Koul <vinod.koul@...el.com>, Dan Williams <djbw@...com>,
Russell King <linux@....linux.org.uk>,
Jyri Sarah <jsarha@...com>, Koen Kooi <koen@...gleboard.org>,
Linux OMAP List <linux-omap@...r.kernel.org>,
Linux ARM Kernel List <linux-arm-kernel@...ts.infradead.org>,
Linux DaVinci Kernel List
<davinci-linux-open-source@...ux.davincidsp.com>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Linux MMC List <linux-mmc@...r.kernel.org>
Subject: Re: [PATCH v3] ARM: EDMA: Fix clearing of unused list for DT DMA
resources
Hi Joel,
On Saturday 14 September 2013 06:27 AM, Joel Fernandes wrote:
> From: Joel Fernandes <joelf@...com>
> Subject: [PATCH v4] ARM: EDMA: Fix clearing of unused list for DT DMA resources
>
> HWMOD removal for MMC is breaking edma_start as the events are being manually
> triggered due to unused channel list not being clear.
>
> This patch fixes the issue, by reading the "dmas" property from the DT node if
> it exists and clearing the bits in the unused channel list. For this purpose
> we use the of_* helpers to parse the arguments in the dmas phandle list.
>
> Reviewed-by: Sekhar Nori <nsekhar@...com>
> Reported-by: Balaji T K <balajitk@...com>
> Cc: Pantel Antoniou <panto@...oniou-consulting.com>
> Signed-off-by: Joel Fernandes <joelf@...com>
> ---
> Changes since v1, in v2 and v3:
> - Reduced indentation of non-of case by returning from of-case
> - Using of_* helpers for parsing
>
> Note:
> This patch should go into the merge window as it is a critical bug fix.
I still cannot find any users of edma in the device tree sources either
in linux-next or linus/master. Why cannot this wait until v3.13?
>
> arch/arm/common/edma.c | 23 +++++++++++++++++++++--
> 1 file changed, 21 insertions(+), 2 deletions(-)
>
> diff --git a/arch/arm/common/edma.c b/arch/arm/common/edma.c
> index 39ad030..43c7b22 100644
> --- a/arch/arm/common/edma.c
> +++ b/arch/arm/common/edma.c
> @@ -560,14 +560,33 @@ static int reserve_contiguous_slots(int ctlr, unsigned int
> id,
> static int prepare_unused_channel_list(struct device *dev, void *data)
> {
> struct platform_device *pdev = to_platform_device(dev);
> - int i, ctlr;
> + int i, count, ctlr;
> + struct of_phandle_args dma_spec;
>
> + if (dev->of_node) {
> + count = of_property_count_strings(dev->of_node, "dma-names");
> + if (count < 0)
> + return 0;
> + for (i = 0; i < count; i++) {
> + if (of_parse_phandle_with_args(dev->of_node, "dmas",
> + "#dma-cells", i,
> + &dma_spec))
> + continue;
This will break for the case where devices on platform bus use non-EDMA
dma controllers like SDMA or CPPI (DRA7x has both EDMA and SDMA on the
same chip). You need to do an additional check to make sure the dma
controller is indeed EDMA. Something like.
if(!of_device_is_compatible(dma_spec.np, "ti,edma3"))
continue;
Don forget to call of_node_put() on dma_spec.np (something that needs to
be done even with your current code).
> +
> + ctlr = EDMA_CTLR(dma_spec.args[0]);
> + clear_bit(EDMA_CHAN_SLOT(dma_spec.args[0]),
> + edma_cc[ctlr]->edma_unused);
We don't support the second controller when using DT and the controller
number is not really encoded in the argument to edma phandle. So just
simplify this to:
clear_bit(EDMA_CHAN_SLOT(dma_spec.args[0]),
edma_cc[0]->edma_unused);
> + }
> + return 0;
> + }
> +
> + /* For non-OF case */
> for (i = 0; i < pdev->num_resources; i++) {
> if ((pdev->resource[i].flags & IORESOURCE_DMA) &&
> (int)pdev->resource[i].start >= 0) {
> ctlr = EDMA_CTLR(pdev->resource[i].start);
> clear_bit(EDMA_CHAN_SLOT(pdev->resource[i].start),
> - edma_cc[ctlr]->edma_unused);
> + edma_cc[ctlr]->edma_unused);
This is a useful change and I am okay with it happening in this
otherwise unrelated patch, but please mention this in changelog.
Thanks,
Sekhar
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists