* [PATCH] media: rcar_drif: Use dma_request_chan() instead dma_request_slave_channel()
@ 2019-12-17 10:40 Peter Ujfalusi
2020-01-20 12:05 ` Geert Uytterhoeven
0 siblings, 1 reply; 5+ messages in thread
From: Peter Ujfalusi @ 2019-12-17 10:40 UTC (permalink / raw)
To: mchehab, rashanmu; +Cc: vkoul, linux-media, linux-kernel, linux-renesas-soc
dma_request_slave_channel() is a wrapper on top of dma_request_chan()
eating up the error code.
By using dma_request_chan() directly the driver can support deferred
probing against DMA.
Signed-off-by: Peter Ujfalusi <peter.ujfalusi@ti.com>
---
drivers/media/platform/rcar_drif.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/media/platform/rcar_drif.c b/drivers/media/platform/rcar_drif.c
index 0f267a237b42..02ee0e2a09e9 100644
--- a/drivers/media/platform/rcar_drif.c
+++ b/drivers/media/platform/rcar_drif.c
@@ -275,10 +275,10 @@ static int rcar_drif_alloc_dmachannels(struct rcar_drif_sdr *sdr)
for_each_rcar_drif_channel(i, &sdr->cur_ch_mask) {
struct rcar_drif *ch = sdr->ch[i];
- ch->dmach = dma_request_slave_channel(&ch->pdev->dev, "rx");
- if (!ch->dmach) {
+ ch->dmach = dma_request_chan(&ch->pdev->dev, "rx");
+ if (IS_ERR(ch->dmach)) {
rdrif_err(sdr, "ch%u: dma channel req failed\n", i);
- ret = -ENODEV;
+ ret = PTR_ERR(ch->dmach);
goto dmach_error;
}
--
Peter
Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki.
Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki
^ permalink raw reply related [flat|nested] 5+ messages in thread
* Re: [PATCH] media: rcar_drif: Use dma_request_chan() instead dma_request_slave_channel()
2019-12-17 10:40 [PATCH] media: rcar_drif: Use dma_request_chan() instead dma_request_slave_channel() Peter Ujfalusi
@ 2020-01-20 12:05 ` Geert Uytterhoeven
2020-01-20 12:10 ` Peter Ujfalusi
0 siblings, 1 reply; 5+ messages in thread
From: Geert Uytterhoeven @ 2020-01-20 12:05 UTC (permalink / raw)
To: Peter Ujfalusi
Cc: Mauro Carvalho Chehab, Ramesh Shanmugasundaram, Vinod,
Linux Media Mailing List, Linux Kernel Mailing List,
Linux-Renesas
On Tue, Dec 17, 2019 at 11:41 AM Peter Ujfalusi <peter.ujfalusi@ti.com> wrote:
> dma_request_slave_channel() is a wrapper on top of dma_request_chan()
> eating up the error code.
>
> By using dma_request_chan() directly the driver can support deferred
> probing against DMA.
>
> Signed-off-by: Peter Ujfalusi <peter.ujfalusi@ti.com>
Reviewed-by: Geert Uytterhoeven <geert+renesas@glider.be>
One comment below.
> --- a/drivers/media/platform/rcar_drif.c
> +++ b/drivers/media/platform/rcar_drif.c
> @@ -275,10 +275,10 @@ static int rcar_drif_alloc_dmachannels(struct rcar_drif_sdr *sdr)
> for_each_rcar_drif_channel(i, &sdr->cur_ch_mask) {
> struct rcar_drif *ch = sdr->ch[i];
>
> - ch->dmach = dma_request_slave_channel(&ch->pdev->dev, "rx");
> - if (!ch->dmach) {
> + ch->dmach = dma_request_chan(&ch->pdev->dev, "rx");
> + if (IS_ERR(ch->dmach)) {
> rdrif_err(sdr, "ch%u: dma channel req failed\n", i);
Now there is an error code, you might (1) want to print it, and (2) only
do so when it is not due to probe deferral:
if (PTR_ERR(ch->dmach) != -EPROBE_DEFER)
rdrif_err(sdr, "ch%u: dma channel req failed %pe\n",
i, ch->dmach);
> - ret = -ENODEV;
> + ret = PTR_ERR(ch->dmach);
> goto dmach_error;
> }
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] 5+ messages in thread
* Re: [PATCH] media: rcar_drif: Use dma_request_chan() instead dma_request_slave_channel()
2020-01-20 12:05 ` Geert Uytterhoeven
@ 2020-01-20 12:10 ` Peter Ujfalusi
2020-01-20 12:36 ` Geert Uytterhoeven
0 siblings, 1 reply; 5+ messages in thread
From: Peter Ujfalusi @ 2020-01-20 12:10 UTC (permalink / raw)
To: Geert Uytterhoeven
Cc: Mauro Carvalho Chehab, Ramesh Shanmugasundaram, Vinod,
Linux Media Mailing List, Linux Kernel Mailing List,
Linux-Renesas
Hi Geert,
On 20/01/2020 14.05, Geert Uytterhoeven wrote:
> On Tue, Dec 17, 2019 at 11:41 AM Peter Ujfalusi <peter.ujfalusi@ti.com> wrote:
>> dma_request_slave_channel() is a wrapper on top of dma_request_chan()
>> eating up the error code.
>>
>> By using dma_request_chan() directly the driver can support deferred
>> probing against DMA.
>>
>> Signed-off-by: Peter Ujfalusi <peter.ujfalusi@ti.com>
>
> Reviewed-by: Geert Uytterhoeven <geert+renesas@glider.be>
>
> One comment below.
>
>> --- a/drivers/media/platform/rcar_drif.c
>> +++ b/drivers/media/platform/rcar_drif.c
>> @@ -275,10 +275,10 @@ static int rcar_drif_alloc_dmachannels(struct rcar_drif_sdr *sdr)
>> for_each_rcar_drif_channel(i, &sdr->cur_ch_mask) {
>> struct rcar_drif *ch = sdr->ch[i];
>>
>> - ch->dmach = dma_request_slave_channel(&ch->pdev->dev, "rx");
>> - if (!ch->dmach) {
>> + ch->dmach = dma_request_chan(&ch->pdev->dev, "rx");
>> + if (IS_ERR(ch->dmach)) {
>> rdrif_err(sdr, "ch%u: dma channel req failed\n", i);
>
> Now there is an error code, you might (1) want to print it, and (2) only
> do so when it is not due to probe deferral:
>
> if (PTR_ERR(ch->dmach) != -EPROBE_DEFER)
> rdrif_err(sdr, "ch%u: dma channel req failed %pe\n",
> i, ch->dmach);
Yes, this is true.
>
>> - ret = -ENODEV;
>> + ret = PTR_ERR(ch->dmach);
if (ret != -EPROBE_DEFER)
rdrif_err(sdr, "ch%u: dma channel req failed (%d)\n", i, ret);
might be simpler.
>> goto dmach_error;
>> }
>
> Gr{oetje,eeting}s,
>
> Geert
>
- Péter
Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki.
Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH] media: rcar_drif: Use dma_request_chan() instead dma_request_slave_channel()
2020-01-20 12:10 ` Peter Ujfalusi
@ 2020-01-20 12:36 ` Geert Uytterhoeven
2020-01-20 12:43 ` Peter Ujfalusi
0 siblings, 1 reply; 5+ messages in thread
From: Geert Uytterhoeven @ 2020-01-20 12:36 UTC (permalink / raw)
To: Peter Ujfalusi
Cc: Mauro Carvalho Chehab, Ramesh Shanmugasundaram, Vinod,
Linux Media Mailing List, Linux Kernel Mailing List,
Linux-Renesas
Hi Peter,
On Mon, Jan 20, 2020 at 1:09 PM Peter Ujfalusi <peter.ujfalusi@ti.com> wrote:
> On 20/01/2020 14.05, Geert Uytterhoeven wrote:
> > On Tue, Dec 17, 2019 at 11:41 AM Peter Ujfalusi <peter.ujfalusi@ti.com> wrote:
> >> dma_request_slave_channel() is a wrapper on top of dma_request_chan()
> >> eating up the error code.
> >>
> >> By using dma_request_chan() directly the driver can support deferred
> >> probing against DMA.
> >>
> >> Signed-off-by: Peter Ujfalusi <peter.ujfalusi@ti.com>
> >
> > Reviewed-by: Geert Uytterhoeven <geert+renesas@glider.be>
> >
> > One comment below.
> >
> >> --- a/drivers/media/platform/rcar_drif.c
> >> +++ b/drivers/media/platform/rcar_drif.c
> >> @@ -275,10 +275,10 @@ static int rcar_drif_alloc_dmachannels(struct rcar_drif_sdr *sdr)
> >> for_each_rcar_drif_channel(i, &sdr->cur_ch_mask) {
> >> struct rcar_drif *ch = sdr->ch[i];
> >>
> >> - ch->dmach = dma_request_slave_channel(&ch->pdev->dev, "rx");
> >> - if (!ch->dmach) {
> >> + ch->dmach = dma_request_chan(&ch->pdev->dev, "rx");
> >> + if (IS_ERR(ch->dmach)) {
> >> rdrif_err(sdr, "ch%u: dma channel req failed\n", i);
> >
> > Now there is an error code, you might (1) want to print it, and (2) only
> > do so when it is not due to probe deferral:
> >
> > if (PTR_ERR(ch->dmach) != -EPROBE_DEFER)
> > rdrif_err(sdr, "ch%u: dma channel req failed %pe\n",
> > i, ch->dmach);
>
> Yes, this is true.
>
> >
> >> - ret = -ENODEV;
> >> + ret = PTR_ERR(ch->dmach);
>
> if (ret != -EPROBE_DEFER)
> rdrif_err(sdr, "ch%u: dma channel req failed (%d)\n", i, ret);
>
> might be simpler.
Sure, checking ret is simpler.
But printing ch->dmach means you can use the new %pe format specifier
to pretty-print the error code.
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] 5+ messages in thread
* Re: [PATCH] media: rcar_drif: Use dma_request_chan() instead dma_request_slave_channel()
2020-01-20 12:36 ` Geert Uytterhoeven
@ 2020-01-20 12:43 ` Peter Ujfalusi
0 siblings, 0 replies; 5+ messages in thread
From: Peter Ujfalusi @ 2020-01-20 12:43 UTC (permalink / raw)
To: Geert Uytterhoeven
Cc: Mauro Carvalho Chehab, Ramesh Shanmugasundaram, Vinod,
Linux Media Mailing List, Linux Kernel Mailing List,
Linux-Renesas
On 20/01/2020 14.36, Geert Uytterhoeven wrote:
> Hi Peter,
>
> On Mon, Jan 20, 2020 at 1:09 PM Peter Ujfalusi <peter.ujfalusi@ti.com> wrote:
>> On 20/01/2020 14.05, Geert Uytterhoeven wrote:
>>> On Tue, Dec 17, 2019 at 11:41 AM Peter Ujfalusi <peter.ujfalusi@ti.com> wrote:
>>>> dma_request_slave_channel() is a wrapper on top of dma_request_chan()
>>>> eating up the error code.
>>>>
>>>> By using dma_request_chan() directly the driver can support deferred
>>>> probing against DMA.
>>>>
>>>> Signed-off-by: Peter Ujfalusi <peter.ujfalusi@ti.com>
>>>
>>> Reviewed-by: Geert Uytterhoeven <geert+renesas@glider.be>
>>>
>>> One comment below.
>>>
>>>> --- a/drivers/media/platform/rcar_drif.c
>>>> +++ b/drivers/media/platform/rcar_drif.c
>>>> @@ -275,10 +275,10 @@ static int rcar_drif_alloc_dmachannels(struct rcar_drif_sdr *sdr)
>>>> for_each_rcar_drif_channel(i, &sdr->cur_ch_mask) {
>>>> struct rcar_drif *ch = sdr->ch[i];
>>>>
>>>> - ch->dmach = dma_request_slave_channel(&ch->pdev->dev, "rx");
>>>> - if (!ch->dmach) {
>>>> + ch->dmach = dma_request_chan(&ch->pdev->dev, "rx");
>>>> + if (IS_ERR(ch->dmach)) {
>>>> rdrif_err(sdr, "ch%u: dma channel req failed\n", i);
>>>
>>> Now there is an error code, you might (1) want to print it, and (2) only
>>> do so when it is not due to probe deferral:
>>>
>>> if (PTR_ERR(ch->dmach) != -EPROBE_DEFER)
>>> rdrif_err(sdr, "ch%u: dma channel req failed %pe\n",
>>> i, ch->dmach);
>>
>> Yes, this is true.
>>
>>>
>>>> - ret = -ENODEV;
>>>> + ret = PTR_ERR(ch->dmach);
>>
>> if (ret != -EPROBE_DEFER)
>> rdrif_err(sdr, "ch%u: dma channel req failed (%d)\n", i, ret);
>>
>> might be simpler.
>
> Sure, checking ret is simpler.
> But printing ch->dmach means you can use the new %pe format specifier
> to pretty-print the error code.
Ah, I was not aware of this, but there is another issue with the patch:
I need to set the ch->dmach to NULL before jumping to dmach_error..
I'll send v3 in a minute.
>
> Gr{oetje,eeting}s,
>
> Geert
>
- Péter
Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki.
Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2020-01-20 12:43 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2019-12-17 10:40 [PATCH] media: rcar_drif: Use dma_request_chan() instead dma_request_slave_channel() Peter Ujfalusi
2020-01-20 12:05 ` Geert Uytterhoeven
2020-01-20 12:10 ` Peter Ujfalusi
2020-01-20 12:36 ` Geert Uytterhoeven
2020-01-20 12:43 ` Peter Ujfalusi
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).