Re: [PATCH v3 0/2] dmaengine: ti: k3-udma: Fix NULL pointer dereference error
From: Kishon Vijay Abraham I
Date: Sat Oct 30 2021 - 23:15:13 EST
Hi Peter,
On 30/10/21 12:15 pm, Péter Ujfalusi wrote:
> Hi Kishon,
>
> On 29/10/2021 18:12, Kishon Vijay Abraham I wrote:
>> NULL pointer de-reference error was observed when all the PCIe endpoint
>> functions (22 function in J721E) request a DMA channel. The issue was
>> specfically observed when using mem-to-mem copy.
>>
>> Changes from v2:
>> 1) Fix commit subject and commit log to mention bchan/rchan/tchan to NULL
>> suggested by Peter.
>
> Looks good, however the second patch also fixes the rflow. It is
> mentioned in the commit message itself.
>
> I suppose the reason for a split is that the UDMA part
> (rchan/tchan/rflow) could be backported as fix for older kernel since
> the bchan came later with BCDMA/PKTDMA support?
>
> Can you find a good Fixes tag for these?
I'll now add "Cc: <Stable@xxxxxxxxxxxxxxx>" so that it gets merged to 5.14. It
doesn't apply cleanly to any of the other stable kernel.
>
>>
>> Changes from v1:
>> 1) Split the patch for BCDMA and PKTDMA separately
>> 2) Fixed the return value of udma_get_rflow() to 0.
>> 3) Removed the fixes tag as the patches does not directly apply to the
>> commits.
>>
>> v1 => https://lore.kernel.org/r/20210209090036.30832-1-kishon@xxxxxx
>> v2 => https://lore.kernel.org/r/20211027055625.11150-1-kishon@xxxxxx
>>
>> Kishon Vijay Abraham I (2):
>> dmaengine: ti: k3-udma: Set bchan to NULL if a channel request fail
>> dmaengine: ti: k3-udma: Set rchan/tchan to NULL if a channel request
>> fail
>
> dmaengine: ti: k3-udma: Set r/tchan or rflow to NULL if request fail
>
> would have bee a better subject line, if you feel you can send an update.
>
> Acked-by: Peter Ujfalusi <peter.ujfalusi@xxxxxxxxx>
Thank You! Will fix and resend.
Best Regards,
Kishon