* Re: [PATCH v2] dmaengine: Fix return value for dma_requrest_chan() in case of failure
2020-01-30 7:08 ` [PATCH v2] dmaengine: Fix return value for dma_requrest_chan() in case of failure Marek Szyprowski
@ 2020-01-30 8:18 ` Geert Uytterhoeven
2020-01-30 8:25 ` Vinod Koul
1 sibling, 0 replies; 3+ messages in thread
From: Geert Uytterhoeven @ 2020-01-30 8:18 UTC (permalink / raw)
To: Marek Szyprowski
Cc: dmaengine, ALSA Development Mailing List,
Linux Kernel Mailing List, linux-samsung-soc, Mark Brown,
Geert Uytterhoeven, Vinod Koul, Krzysztof Kozlowski,
Bartlomiej Zolnierkiewicz, Peter Ujfalusi
Hi Marek,
s/dma_requrest_chan/dma_request_chan/ in one-line summary.
On Thu, Jan 30, 2020 at 8:08 AM Marek Szyprowski
<m.szyprowski@samsung.com> wrote:
> Commit 71723a96b8b1 ("dmaengine: Create symlinks between DMA channels and
> slaves") changed the dma_request_chan() function flow in such a way that
> it always returns EPROBE_DEFER in case of channels that cannot be found.
> This break the operation of the devices which have optional DMA channels
> as it puts their drivers in endless deferred probe loop. Fix this by
> propagating the proper error value.
>
> Fixes: 71723a96b8b1 ("dmaengine: Create symlinks between DMA channels and slaves")
> Signed-off-by: Marek Szyprowski <m.szyprowski@samsung.com>
Sorry for breaking this, and thanks a lot for your fix!
Reviewed-by: Geert Uytterhoeven <geert+renesas@glider.be>
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds
^ permalink raw reply [flat|nested] 3+ messages in thread* Re: [PATCH v2] dmaengine: Fix return value for dma_requrest_chan() in case of failure
2020-01-30 7:08 ` [PATCH v2] dmaengine: Fix return value for dma_requrest_chan() in case of failure Marek Szyprowski
2020-01-30 8:18 ` Geert Uytterhoeven
@ 2020-01-30 8:25 ` Vinod Koul
1 sibling, 0 replies; 3+ messages in thread
From: Vinod Koul @ 2020-01-30 8:25 UTC (permalink / raw)
To: Marek Szyprowski
Cc: dmaengine, alsa-devel, linux-kernel, linux-samsung-soc,
Mark Brown, Geert Uytterhoeven, Krzysztof Kozlowski,
Bartlomiej Zolnierkiewicz, Peter Ujfalusi
On 30-01-20, 08:08, Marek Szyprowski wrote:
> Commit 71723a96b8b1 ("dmaengine: Create symlinks between DMA channels and
> slaves") changed the dma_request_chan() function flow in such a way that
> it always returns EPROBE_DEFER in case of channels that cannot be found.
> This break the operation of the devices which have optional DMA channels
> as it puts their drivers in endless deferred probe loop. Fix this by
> propagating the proper error value.
Fixed the title and Applied, thanks
--
~Vinod
^ permalink raw reply [flat|nested] 3+ messages in thread