[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20150903125429.GA12027@sirena.org.uk>
Date: Thu, 3 Sep 2015 13:54:29 +0100
From: Mark Brown <broonie@...nel.org>
To: Shawn Lin <shawn.lin@...k-chips.com>
Cc: Vinod Koul <vinod.koul@...el.com>,
Heiko Stuebner <heiko@...ech.de>,
Jaroslav Kysela <perex@...ex.cz>,
Takashi Iwai <tiwai@...e.com>,
Doug Anderson <dianders@...omium.org>,
Olof Johansson <olofj@...gle.com>,
Sonny Rao <sonnyrao@...omium.org>,
Addy Ke <addy.ke@...k-chips.com>, dmaengine@...r.kernel.org,
linux-kernel@...r.kernel.org, linux-arm-kernel@...ts.infradead.org,
linux-rockchip@...ts.infradead.org, alsa-devel@...a-project.org,
linux-spi@...r.kernel.org, Olof Johansson <olof@...om.net>
Subject: Re: [PATCH v3 8/9] spi: rockchip: modify DMA max burst to 1
On Tue, Sep 01, 2015 at 05:58:44PM +0800, Shawn Lin wrote:
> Generic dma controller on Rockchips' platform cannot support
> DMAFLUSHP instruction which make dma to flush the req of non-aligned
> or non-multiple of what we need. That will cause an unrecoverable
> dma bus error. The saftest way is to set dma max burst to 1.
If this is a quirk of the DMA controller why is it being fixed with a
property specific to the SPI controller? Can't the DMA controller just
override the burst size?
> +#define ROCKCHIP_SPI_BORKEN_BURST_LEN (1<<0) /* broken burst len*/
This is misspelt.
Download attachment "signature.asc" of type "application/pgp-signature" (474 bytes)
Powered by blists - more mailing lists