[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <8b7be53b-ea23-4470-9f03-d46d5ae0dc81@vivo.com>
Date: Thu, 18 Jul 2024 11:12:22 +0800
From: Huan Yang <link@...o.com>
To: Christoph Hellwig <hch@...radead.org>
Cc: Christian König <christian.koenig@....com>,
Sumit Semwal <sumit.semwal@...aro.org>,
Benjamin Gaignard <benjamin.gaignard@...labora.com>,
Brian Starkey <Brian.Starkey@....com>, John Stultz <jstultz@...gle.com>,
"T.J. Mercier" <tjmercier@...gle.com>, linux-media@...r.kernel.org,
dri-devel@...ts.freedesktop.org, linaro-mm-sig@...ts.linaro.org,
linux-kernel@...r.kernel.org, opensource.kernel@...o.com
Subject: Re: [PATCH 1/2] dma-buf: heaps: DMA_HEAP_IOCTL_ALLOC_READ_FILE
framework
在 2024/7/18 11:08, Christoph Hellwig 写道:
> [Some people who received this message don't often get email from hch@...radead.org. Learn why this is important at https://aka.ms/LearnAboutSenderIdentification ]
>
> On Thu, Jul 18, 2024 at 09:51:39AM +0800, Huan Yang wrote:
>> Yes, actually, if dma-buf want's to copy_file_range from a file, it need
>> change something in vfs_copy_file_range:
> No, it doesn't. copy_file_range is specifically designed to copy inside
> a single file system as already mentioned. The generic offload for
OK, got it. Thanks to point this.
> copying between arbitrary FDs is splice and the sendfile convenience
> wrapper around it
>
Powered by blists - more mailing lists