[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <8e415edb-4d77-4e25-ab12-99f0e291aa60@kernel.dk>
Date: Fri, 21 Mar 2025 05:13:17 -0600
From: Jens Axboe <axboe@...nel.dk>
To: Joe Damato <jdamato@...tly.com>, Christoph Hellwig <hch@...radead.org>,
netdev@...r.kernel.org, linux-kernel@...r.kernel.org,
asml.silence@...il.com, linux-fsdevel@...r.kernel.org, edumazet@...gle.com,
pabeni@...hat.com, horms@...nel.org, linux-api@...r.kernel.org,
linux-arch@...r.kernel.org, viro@...iv.linux.org.uk, jack@...e.cz,
kuba@...nel.org, shuah@...nel.org, sdf@...ichev.me, mingo@...hat.com,
arnd@...db.de, brauner@...nel.org, akpm@...ux-foundation.org,
tglx@...utronix.de, jolsa@...nel.org, linux-kselftest@...r.kernel.org
Subject: Re: [RFC -next 00/10] Add ZC notifications to splice and sendfile
On 3/19/25 5:22 PM, Joe Damato wrote:
> Would you be open to the idea that sendfile could be extended to
> generate error queue completions if the network socket has
> SO_ZEROCOPY set?
I thought I was quite clear on my view of SO_ZEROCOPY and its error
queue usage, I guess I was not. No I don't think this is a good path at
all, when the whole issue is that pretending to handle two different
types of completions via two different interfaces is pretty dumb and
inefficient to begin with, particularly when we have a method of doing
exactly that where the reuse notifications arrive in the normal
completion stream.
--
Jens Axboe
Powered by blists - more mailing lists