linux-stable.git/drivers/dma/sh, branch v4.8

dmaengine: usb-dmac: check CHCR.DE bit in usb_dmac_isr_channel()

2016-08-08T08:12:06+00:00

The USB-DMAC's interruption happens even if the CHCR.DE is not set to 1
because CHCR.NULLE is set to 1. So, this driver should call
usb_dmac_isr_transfer_end() if the DE bit is set to 1 only. Otherwise,
the desc is possible to be NULL in the usb_dmac_isr_transfer_end().

Fixes: 0c1c8ff32fa2 ("dmaengine: usb-dmac: Add Renesas USB DMA Controller (USB-DMAC) driver)
Cc:  # v4.1+
Signed-off-by: Yoshihiro Shimoda 
Signed-off-by: Vinod Koul

Merge branch 'topic/sh' into for-linus

2016-07-16T14:40:17+00:00

dmaengine: rcar-dmac: Fix residue reporting for pending descriptors

2016-07-08T05:39:10+00:00

Cookies corresponding to pending transfers have a residue value equal to
the full size of the corresponding descriptor. The driver miscomputes
that and uses the size of the active descriptor instead. Fix it.

Reported-by: Geert Uytterhoeven 
Signed-off-by: Laurent Pinchart 
[geert: Also check desc.active list]
Signed-off-by: Geert Uytterhoeven 
Signed-off-by: Niklas Söderlund 
Signed-off-by: Vinod Koul

dmaengine: rcar-dmac: Fixed active descriptor initializing

2016-07-08T05:39:10+00:00

Running descriptor pointer is set to NULL upon freeing resources. Other-
wise, rcar_dmac_issue_pending might not start new transfers

Signed-off-by: Muhammad Hamza Farooq 
Signed-off-by: Geert Uytterhoeven 
Signed-off-by: Niklas Söderlund 
Acked-by: Laurent Pinchart 
Signed-off-by: Vinod Koul

dmaengine: rcar-dmac: warn if transfer cannot start as TE = 1

2016-07-08T05:39:10+00:00

The documentation states one should make sure both DE and TE are cleared
before starting a transaction. This patch extends the current warning to
look at both DE and TE.

Based on previous work from Muhammad Hamza Farooq.

Suggested-by: Muhammad Hamza Farooq 
Signed-off-by: Niklas Söderlund 
Acked-by: Laurent Pinchart 
Signed-off-by: Vinod Koul

dmaengine: rcar-dmac: use result of updated get_residue in tx_status

2016-07-08T05:39:10+00:00

The hardware might have complete the transfer but the interrupt handler
might not have had a chance to run. If rcar_dmac_chan_get_residue()
which reads HW registers finds that there is no residue return
DMA_COMPLETE.

Signed-off-by: Muhammad Hamza Farooq 
Signed-off-by: Geert Uytterhoeven 
[Niklas: add explanation in commit message]
Signed-off-by: Niklas Söderlund 
Acked-by: Laurent Pinchart 
Signed-off-by: Vinod Koul

dmaengine: Remove site specific OOM error messages on kzalloc

2016-06-21T16:05:00+00:00

If kzalloc() fails it will issue it's own error message including
a dump_stack(). So remove the site specific error messages.

Signed-off-by: Peter Griffin 
Acked-by: Jon Hunter 
Acked-by: Linus Walleij 
Signed-off-by: Vinod Koul

dmaengine: rcar-dmac: use list_add() on rcar_dmac_desc_put()

2016-05-30T03:42:00+00:00

For each descriptor, in addition to the memory used by the descriptors
structure itself, the driver allocates a list of chunks as well as a
buffer for hardware descriptors. Descriptors themselves are preallocated,
and allocation of the chunks and buffer is performed the first time the
descriptor is used. The memory isn't freed when the transfer is completed,
as the chunks and buffer will be needed again when the descriptor is
reused internally, so the driver keeps the memory around.

If only a few descriptors are used concurrently, the current
list_add_tail() implementation will result in all preallocated descriptors
being used before going back to the first one, and will thus allocate
chunks and a buffer for all preallocated descriptors. Using list_add()
will put the complete descriptor at the head of the list of available
descriptors, so the next transfer will be more likely to reuse a
descriptor that already has associated memory instead of one that has
never been used before.

Signed-off-by: Kuninori Morimoto 
Signed-off-by: Vinod Koul

dmaengine: rcar-dmac: clear pertinence number of channels

2016-03-03T16:21:14+00:00

DMACHCLR clears each channels, but its channel number is based on
its SoC or IP. Current driver is using fixed 0x7fff (= for 15ch),
it is not good match for Gen3 or Gen2 Audio DMAC. This patch fixes it

Signed-off-by: Kuninori Morimoto 
Acked-by: Geert Uytterhoeven 
Acked-by: Laurent Pinchart 
Signed-off-by: Vinod Koul

dmaengine: sh: shdmac: don't open code of_device_get_match_data()

2016-03-03T16:02:45+00:00

This change will also make Coverity happy by avoiding a theoretical NULL
pointer dereference; yet another reason is to use the above helper function
to tighten the code and make it more readable.

Signed-off-by: Wolfram Sang 
Acked-by: Geert Uytterhoeven 
Signed-off-by: Vinod Koul