]> git.ipfire.org Git - people/arne_f/kernel.git/commitdiff
usb: renesas_usbhs: Fix DMAC sequence for receiving zero-length packet
authorKazuya Mizuguchi <kazuya.mizuguchi.ks@renesas.com>
Mon, 2 Oct 2017 05:01:41 +0000 (14:01 +0900)
committerBen Hutchings <ben@decadent.org.uk>
Mon, 1 Jan 2018 20:50:57 +0000 (20:50 +0000)
commit 29c7f3e68eec4ae94d85ad7b5dfdafdb8089f513 upstream.

The DREQE bit of the DnFIFOSEL should be set to 1 after the DE bit of
USB-DMAC on R-Car SoCs is set to 1 after the USB-DMAC received a
zero-length packet. Otherwise, a transfer completion interruption
of USB-DMAC doesn't happen. Even if the driver changes the sequence,
normal operations (transmit/receive without zero-length packet) will
not cause any side-effects. So, this patch fixes the sequence anyway.

Signed-off-by: Kazuya Mizuguchi <kazuya.mizuguchi.ks@renesas.com>
[shimoda: revise the commit log]
Fixes: e73a9891b3a1 ("usb: renesas_usbhs: add DMAEngine support")
Signed-off-by: Yoshihiro Shimoda <yoshihiro.shimoda.uh@renesas.com>
Signed-off-by: Felipe Balbi <felipe.balbi@linux.intel.com>
[bwh: Backported to 3.2: adjust context]
Signed-off-by: Ben Hutchings <ben@decadent.org.uk>
drivers/usb/renesas_usbhs/fifo.c

index 897a2fc963977b16ec4bca4a3b071432585fa46b..c47ba72884337b3c53b44bc720ab6813727dd8dc 100644 (file)
@@ -817,8 +817,8 @@ static void usbhsf_dma_prepare_tasklet(unsigned long data)
        dev_dbg(dev, "  %s %d (%d/ %d)\n",
                fifo->name, usbhs_pipe_number(pipe), pkt->length, pkt->zero);
 
-       usbhsf_dma_start(pipe, fifo);
        dma_async_issue_pending(chan);
+       usbhsf_dma_start(pipe, fifo);
 
 xfer_work_end:
        usbhs_unlock(priv, flags);