lkml.org 
[lkml]   [2022]   [Jul]   [11]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH 0/4] add struct page and Direct I/O support to reserved memory
Hi Christoph,
---- On Tue, 12 Jul 2022 00:09:55 +0800 Christoph Hellwig <hch@infradead.org> wrote ---
> On Tue, Jul 12, 2022 at 12:05:06AM +0800, Li Chen wrote:
> > My use case has been stated in the cover letter, but our driver is not ready for upstream yet.
>
> Which means we can't review the use case. I'd suggest you come back
> when you submit your driver.

Totally agree, but we plan to start rewriting the code of our video driver in a long time, it has many legacy codes and I need to rewrite a lot of codes to migrate to v4l2.
That's why I also submit a sample driver here: to make the review progress easier and don't need reviewers to read video driver codes.

>
> > With DMA allocator, we can access buffer in kernel space, not userspace, however, this patch
>
> Take a look at dma_mmap_* on how to map DMA coherent allocations to
> usersapce. This is of course easily possible.
>

Yes, I know them. They take use of remap_pfn_range, which set VM_IO and VM_PFNMAP on vma, so dio is not possible with them.
IIUC, if you want to expose the kernel's reserved memory to userspace, it doesn't matter whether the memory came from dma allocator or something else.
The point is if they want to get better throughput, they can consider replacing their dma_mmap_* with my reserved_mem_memremap_pages + reserved_mem_dio_mmap.

Regards,
Li

\
 
 \ /
  Last update: 2022-07-12 02:17    [W:0.070 / U:0.164 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site