[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20201124113512.GA21974@lst.de>
Date: Tue, 24 Nov 2020 12:35:12 +0100
From: Christoph Hellwig <hch@....de>
To: Ricardo Ribalda <ribalda@...omium.org>
Cc: Christoph Hellwig <hch@....de>,
Mauro Carvalho Chehab <mchehab@...nel.org>,
Marek Szyprowski <m.szyprowski@...sung.com>,
IOMMU DRIVERS <iommu@...ts.linux-foundation.org>,
Joerg Roedel <joro@...tes.org>,
Robin Murphy <robin.murphy@....com>,
Linux Doc Mailing List <linux-doc@...r.kernel.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Linux Media Mailing List <linux-media@...r.kernel.org>,
Tomasz Figa <tfiga@...omium.org>
Subject: Re: [PATCH] WIP! media: uvcvideo: Use dma_alloc_noncontiguos API
On Wed, Nov 18, 2020 at 03:25:46PM +0100, Ricardo Ribalda wrote:
> On architectures where the is no coherent caching such as ARM use the
> dma_alloc_noncontiguos API and handle manually the cache flushing using
> dma_sync_single().
>
> With this patch on the affected architectures we can measure up to 20x
> performance improvement in uvc_video_copy_data_work().
This has a bunch of crazy long lines, but otherwise looks fine to me.
>
> Signed-off-by: Ricardo Ribalda <ribalda@...omium.org>
> ---
>
> This patch depends on dma_alloc_contiguous API1315351diffmboxseries
How do we want to proceed? Do the media maintainers want to pick up
that patch? Should I pick up the media patch in the dma-mapping tree?
Can you respost a combined series to get started?
Powered by blists - more mailing lists