]> git.karo-electronics.de Git - linux-beck.git/commit
dmaengine: failure to get a specific DMA channel is not critical
authorGuennadi Liakhovetski <g.liakhovetski@gmx.de>
Mon, 20 Jun 2011 15:02:47 +0000 (17:02 +0200)
committerVinod Koul <vinod.koul@intel.com>
Fri, 24 Jun 2011 10:43:16 +0000 (16:13 +0530)
commita03a202e95fdaa3ff52ccfc2594ec531e5917816
tree872f242e564673c80be970bad141075d65b103da
parente2f5e5a71dfe6bf155590de0fdd6d748ac79bf76
dmaengine: failure to get a specific DMA channel is not critical

There exist systems with multiple DMA controllers with different
capabilities. For example, on some sh-mobile / rmobile systems there are
DMA controllers, whose channels can be configured to be used with
SD- and MMC-host controllers, serial ports etc. Besides there are also
DMA controllers, that can only be used for one special function, e.g.,
for USB. In such cases the DMA client filter function can just choose
to specify to the DMA driver, which channel it needs. Then the
.device_alloc_chan_resources() method of the DMA driver will check,
whether it can provide that dunction. If not, it will fail and the loop
in __dma_request_channel() will continue to the next DMA device, until
it finds a suitable one. This works fine with just one minor glitch:
the kernel logs error messages like

dmaengine: failed to get <channel name>: (-<error code>)

after each such non-critical failure. This patch lowers priority of
this message to the debug level.

Reported-by: Kuninori Morimoto <kuninori.morimoto.gx@renesas.com>
Signed-off-by: Guennadi Liakhovetski <g.liakhovetski@gmx.de>
Tested-by: Kuninori Morimoto <kuninori.morimoto.gx@renesas.com>
Tested-by: Magnus Damm <damm@opensource.se>
Signed-off-by: Vinod Koul <vinod.koul@intel.com>
drivers/dma/dmaengine.c