Date: Sat, 27 Dec 2008 11:10:37 +0100
From: Haavard Skinnemoen <haavard.skinnemoen@atmel.com>
To: Atsushi Nemoto <anemo@mba.ocn.ne.jp>
Cc: linux-kernel@vger.kernel.org, hskinnemoen@atmel.com,
       maciej.sosnowski@intel.com, dan.j.williams@intel.com,
       ralf@linux-mips.org
Subject: Re: [PATCH] dmatest: flush and invalidate destination buffer before
 DMA
Message-ID: <20081227111037.3bd13adc@hskinnemoen-d830>
In-Reply-To: <1230305468-18021-1-git-send-email-anemo@mba.ocn.ne.jp>
References: <1230305468-18021-1-git-send-email-anemo@mba.ocn.ne.jp>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1141
Lines: 29

Atsushi Nemoto wrote:
> @@ -226,6 +227,12 @@ static int dmatest_func(void *data)
>  
>  		dmatest_init_srcbuf(thread->srcbuf, src_off, len);
>  		dmatest_init_dstbuf(thread->dstbuf, dst_off, len);
> +		/* flush and invalidate caches for whole dstbuf */
> +		dma_dest = dma_map_single(chan->device->dev,
> +				thread->dstbuf,
> +				test_buf_size, DMA_BIDIRECTIONAL);
> +		dma_unmap_single(chan->device->dev, dma_dest,
> +				test_buf_size, DMA_BIDIRECTIONAL);

You're supposed to unmap after the DMA operation is done, not before
it's submitted.

In this case, the DMA engine framework will do the unmapping for you
(probably using the wrong primitive, but they're really all the same in
practice, right?) so you can just drop the unmap call.

Now, I suspect the dw_dmac driver maps the buffer when it's not
supposed to, masking this kind of error...should probably get that
fixed too.

Haavard
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/