[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <56EAAE5C.9060401@martin.sperl.org>
Date: Thu, 17 Mar 2016 14:17:16 +0100
From: Martin Sperl <kernel@...tin.sperl.org>
To: Eric Anholt <eric@...olt.net>, linux-rpi-kernel@...ts.infradead.org
Cc: Vinod Koul <vinod.koul@...el.com>, linux-kernel@...r.kernel.org,
dmaengine@...r.kernel.org, linux-arm-kernel@...ts.infradead.org
Subject: Re: [PATCH 0/8 v4] bcm2835 DMA slave support
On 16.03.2016 20:24, Eric Anholt wrote:
> Here's the series for DMA slave and memcpy support for 2835, with the
> DT changes to enable the remaining channels dropped out while that
> goes through review. I had to do some minor conflict resolution, but
> it was pretty mechanical, and I tested again with dmatest on the last
> patch.
>
> Martin Sperl (8):
> dmaengine: bcm2835: set residue_granularity field
> dmaengine: bcm2835: remove unnecessary masking of dma channels
> dmaengine: bcm2835: add additional defines for DMA-registers
> dmaengine: bcm2835: move cyclic member from bcm2835_chan into
> bcm2835_desc
> dmaengine: bcm2835: move controlblock chain generation into separate
> method
> dmaengine: bcm2835: limit max length based on channel type
> dmaengine: bcm2835: add slave_sg support to bcm2835-dma
> dmaengine: bcm2835: add dma_memcopy support to bcm2835-dma
>
I have successfully tested this modified patch-series
playing BigBuckBunny on:
* fb-tft device (fb_st7735r) - via spi-bcm2835 using slave_sg dma
* I2S Hifiberry DAC (snd_soc_hifiberry_dac) - via bcm2835-i2s using
cyclic dma
Required additional patches to make this work
(especially I2S support, which is non-working since ):
* the clock-patchsets:
* [PATCH 0/6] clk: bcm2835: fixes clk-bcm2835 driver issues
(most are reviewed by Eric)
* [PATCH 0/3] reorganize clock initialization and add PCM clock
(no reviewed/acked so far)
* i2s patchset to enable the use of the clock framework
* [PATCH V2 0/3] ASOC: bcm2835: move bcm2835-i2s to use clock framework
(if I remember correctly Mark Brown has merged the driver patches)
* out of tree drivers for Hifiberry DAC
(I guess I should upstream those...)
Tested-by: Martin Sperl <kernel@...tin.sperl.org>
Powered by blists - more mailing lists