[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <Y8IMR8BK3bLnr9ps@ZenIV>
Date: Sat, 14 Jan 2023 01:58:31 +0000
From: Al Viro <viro@...iv.linux.org.uk>
To: "Martin K. Petersen" <martin.petersen@...cle.com>
Cc: Bart Van Assche <bart.vanassche@...il.com>,
Christoph Hellwig <hch@...radead.org>,
David Howells <dhowells@...hat.com>,
Matthew Wilcox <willy@...radead.org>,
Jens Axboe <axboe@...nel.dk>, Jan Kara <jack@...e.cz>,
Jeff Layton <jlayton@...nel.org>,
Logan Gunthorpe <logang@...tatee.com>,
linux-fsdevel@...r.kernel.org, linux-block@...r.kernel.org,
linux-kernel@...r.kernel.org,
Douglas Gilbert <dgilbert@...erlog.com>
Subject: Re: [PATCH v5 3/9] iov_iter: Use IOCB/IOMAP_WRITE if available
rather than iterator direction
On Fri, Jan 13, 2023 at 08:34:50PM -0500, Martin K. Petersen wrote:
>
> Bart,
>
> > I'm not sure that we still need the double copy in the sg driver. It
> > seems obscure to me that there is user space software that relies on
> > finding "0xec" in bytes not originating from a SCSI
> > device. Additionally, SCSI drivers that do not support residuals
> > should be something from the past.
>
> Yeah. I'm not aware of anything that relies on this still. But obviously
> Doug has more experience in the app dependency department.
Are we guaranteed to know the accurate amount of data that got transferred
for all surviving drivers? If we do, we can do accurate copy-out and all
apps will keep seeing what they currently do. If we don't, the best we
can do is replacing copy-in + IO + copy-out with memset + IO + copy-out.
Powered by blists - more mailing lists