[PATCH v3 1/2] omap3: iovmm: Work around sg_alloc_table size limitation in IOMMU
Laurent Pinchart
laurent.pinchart at ideasonboard.com
Wed Jun 8 06:33:15 EDT 2011
Hi Russell,
On Monday 06 June 2011 20:00:52 Russell King - ARM Linux wrote:
> On Mon, Jun 06, 2011 at 06:54:10PM +0200, Laurent Pinchart wrote:
> > Of course not, but if the scatterlist is only touched by kernel code, it
> > doesn't need to be contiguous in memory. It could be allocated with
> > vmalloc().
>
> Except vmalloc has a higher latency and a more restrictive API than
> other allocators (think about the coherency issues with SMP systems
> which may have to do TLB flushing on several cores, etc.)
Right, thank you for the explanation. It is now clear to me why we want to use
the page allocator and handle scatter list chaining in the critical paths. We
could still use vmalloc() in the iovmm driver, but that's probably not worth
it if we can enable scatter list chaining for the system.
With your patch scatter list chaining can be enabled at the platform level for
the ARM architecture. What are the platform requirements to enable scatter
list chaining ?
--
Regards,
Laurent Pinchart
More information about the linux-arm-kernel
mailing list