[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <5194DC6A.8080609@cogentembedded.com>
Date: Thu, 16 May 2013 17:17:30 +0400
From: Sergei Shtylyov <sergei.shtylyov@...entembedded.com>
To: Lad Prabhakar <prabhakar.csengg@...il.com>
CC: Sekhar Nori <nsekhar@...com>,
DLOS <davinci-linux-open-source@...ux.davincidsp.com>,
LAK <linux-arm-kernel@...ts.infradead.org>,
LKML <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH] ARM: davinci: dma: Convert to devm_* api
Hello.
On 16-05-2013 10:58, Lad Prabhakar wrote:
> From: Lad, Prabhakar <prabhakar.csengg@...il.com>
> Use devm_ioremap_resource instead of reques_mem_region()/ioremap() and
> devm_request_irq() instead of request_irq().
> This ensures more consistent error values and simplifies error paths.
> Signed-off-by: Lad, Prabhakar <prabhakar.csengg@...il.com>
> ---
> NOte:- Boot tested on Logic-PD OMAP-L138 EVM
> arch/arm/mach-davinci/dma.c | 63 ++++++++++++++++--------------------------
> 1 files changed, 24 insertions(+), 39 deletions(-)
> diff --git a/arch/arm/mach-davinci/dma.c b/arch/arm/mach-davinci/dma.c
> index 45b7c71..aeda496 100644
> --- a/arch/arm/mach-davinci/dma.c
> +++ b/arch/arm/mach-davinci/dma.c
[...]
> @@ -1422,25 +1421,16 @@ static int __init edma_probe(struct platform_device *pdev)
> found = 1;
> }
>
> - len[j] = resource_size(r[j]);
> -
> - r[j] = request_mem_region(r[j]->start, len[j],
> - dev_name(&pdev->dev));
> - if (!r[j]) {
> - status = -EBUSY;
> - goto fail1;
> - }
> -
> - edmacc_regs_base[j] = ioremap(r[j]->start, len[j]);
> - if (!edmacc_regs_base[j]) {
> + edmacc_regs_base[j] = devm_ioremap_resource(&pdev->dev, r[j]);
> + if (IS_ERR(edmacc_regs_base[j])) {
> status = -EBUSY;
And you call that "more consistent error values"? Why not:
status = PTR_ERR(edmacc_regs_base[j]);
> edma_cc[j] = kzalloc(sizeof(struct edma), GFP_KERNEL);
Maybe it's worth using devm_kzalloc() too?
WBR, Sergei
--
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