This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: Status of pwritev2/preadv2 in glibc?
- From: "Stephen Bates" <sbates at raithlin dot com>
- To: Florian Weimer <fweimer at redhat dot com>, Christoph Hellwig <hch at infradead dot org>
- Cc: "linux-block at vger dot kernel dot org" <linux-block at vger dot kernel dot org>, Jens Axboe <axboe at fb dot com>, Christoph Hellwig <hch at lst dot de>, "jonathan dot derrick at intel dot com" <jonathan dot derrick at intel dot com>, "libc-alpha at sourceware dot org" <libc-alpha at sourceware dot org>
- Date: Mon, 24 Apr 2017 17:55:59 +0000
- Subject: Re: Status of pwritev2/preadv2 in glibc?
- Authentication-results: sourceware.org; auth=none
- Authentication-results: redhat.com; dkim=none (message not signed) header.d=none;redhat.com; dmarc=none action=none header.from=raithlin.com;
- References: <ECD1C373-3464-4AEF-8E73-3130C5BFAF87@raithlin.com> <20170421105618.GB31499@infradead.org> <4ab1466b-5273-d3fb-8db1-3ad21578ccfc@redhat.com>
- Spamdiagnosticmetadata: NSPM
- Spamdiagnosticoutput: 1:99
> So far, no one has submitted a patch.
OK, unless I hear that someone else is working on one I will take a look at this.
> I hope the off_t parameter is passed exactly the same way as for pwritev
> and its 64-bit variant, for all architectures.
Duly noted.
For the kernel peeps I think this makes a case for revisiting the “big hammer” control for IO polling since it is going to be a while before applications can utilize the preadv2/pwritev2 approach… I will take a look at that too.
Stephen