Re: [PATCH 1/3 v5.4.y] dmaengine: ti: edma: Add support for handling reserved channels

[Greg KH <gregkh@linuxfoundation.org>]

On Fri, Apr 25, 2025 at 10:10:58AM +0200, Greg KH wrote:
> On Thu, Apr 24, 2025 at 06:08:54AM +0000, Hardik Gohil wrote:
> > From: Peter Ujfalusi <peter.ujfalusi@ti.com>
> > 
> > Like paRAM slots, channels could be used by other cores and in this case
> > we need to make sure that the driver do not alter these channels.
> > 
> > Handle the generic dma-channel-mask property to mark channels in a bitmap
> > which can not be used by Linux and convert the legacy rsv_chans if it is
> > provided by platform_data.
> > 
> > Signed-off-by: Peter Ujfalusi <peter.ujfalusi@ti.com>
> > Link: https://lore.kernel.org/r/20191025073056.25450-4-peter.ujfalusi@ti.com
> > Signed-off-by: Vinod Koul <vkoul@kernel.org>
> > Signed-off-by: Hardik Gohil <hgohil@mvista.com>
> > ---
> > The patch [dmaengine: ti: edma: Add some null pointer checks to the edma_probe] fix for CVE-2024-26771                                   needs to be backported to v5.4.y kernel.
> 
> No upstream git commit id?
> 
> Please fix and resend the whole series as a new versioned set of
> patches.

Actually, given all of the recent problems here, I recommend taking some
time off, and work with some more experienced kernel developers in your
company first, to get the experience needed in order to properly submit
kernel changes.  I'd like to see at least one other mvista.com
developer, who has such experience, sign off on your backports as well
to get someone else to catch basic problems like this before the
community is forced to do so.

thanks,

greg k-h