* Vinod Koul <vkoul@xxxxxxxxxx> [191023 04:54]:
> Hi Tony,
>
> On 22-10-19, 07:55, Tony Lindgren wrote:
>
> Patch subject should reflect the patch changes not the fix. The patch
> title here is not telling me anything about the change below. Pls
> consider updating the title.
Sure, I'll resend with updated description using:
dmaengine: cppi41: Fix cppi41_dma_prep_slave_sg() when idle
> > The first dma call done by musb_ep_program() must wait if cppi41 is PM
> > runtime suspended. Otherwise musb_ep_program() continues with other
> > non-dma packets before the DMA transfer is started causing at least ftdi
> > uarts to fail to receive data.
> >
> > Let's fix the issue by waking up cppi41 with PM runtime calls added to
> > cppi41_dma_prep_slave_sg() and return NULL if still idled. This way we
> > have musb_ep_program() continue with PIO until cppi41 is awake.
> >
> > Fixes: fdea2d09b997 ("dmaengine: cppi41: Add basic PM runtime support")
>
> Cc stable?
Yes please.
Regards,
Tony
