On Monday 06 April 2009, Paul Walmsley wrote:
> Hi David
>
> On Mon, 6 Apr 2009, David Brownell wrote:
>
> > On Monday 06 April 2009, Russ Dill wrote:
> > > Also, it appears from looking an the openzoom git, there are some
> > > patches to add DMA support in, but I'm not sure what effect they have.
> >
> > We had asked for some benchmark data -- anything! -- to get a
> > handle on that, and the prefetch/etc engine; nothing forthcoming,
> > so far.
>
> We'd also have to make sure that the comparison is between the linux-omap
> kernel and the OMAPZoo kernel, rather than o-z PIO vs. o-z DMA. The
> OMAPZoom kernel doesn't post any device register writes. That should
> cause any driver using PIO to drag, compared to the l-o kernel.
I'd think the first thing to check is two linux-omap PIO flavors:
with vs without the prefetch/postwrite engine. Benchmarking DMA
would be a separate issue. Ditto comparing kernels with/without
write posting.
I've benchmarked small DMA transfers and it's rather hard to get
them faster than io{read,write}32_rep(). Overhead of DMA mapping
and just DMA setup/teardown/complete is annoyingly high. While
bus overheads aren't large.
Puzzle: get a dma_copypage() to work faster than copy_page().
Or a dma_clear_page() faster than clear_page(). Not easy...
- Dave
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
