From: Pavel Begunkov <[email protected]>
To: Stefan Metzmacher <[email protected]>, [email protected]
Cc: Jens Axboe <[email protected]>, [email protected]
Subject: Re: [PATCH for-6.1 1/2] io_uring/net: fail zc send for unsupported protocols
Date: Thu, 20 Oct 2022 13:48:37 +0100 [thread overview]
Message-ID: <[email protected]> (raw)
In-Reply-To: <[email protected]>
On 10/20/22 10:13, Stefan Metzmacher wrote:
> Hi Pavel,
>
>> If a protocol doesn't support zerocopy it will silently fall back to
>> copying. This type of behaviour has always been a source of troubles
>> so it's better to fail such requests instead. For now explicitly
>> whitelist supported protocols in io_uring, which should be turned later
>> into a socket flag.
>>
>> Cc: <[email protected]> # 6.0
>> Signed-off-by: Pavel Begunkov <[email protected]>
>> ---
>> io_uring/net.c | 9 +++++++++
>> 1 file changed, 9 insertions(+)
>>
>> diff --git a/io_uring/net.c b/io_uring/net.c
>> index 8c7226b5bf41..28127f1de1f0 100644
>> --- a/io_uring/net.c
>> +++ b/io_uring/net.c
>> @@ -120,6 +120,13 @@ static void io_netmsg_recycle(struct io_kiocb *req, unsigned int issue_flags)
>> }
>> }
>> +static inline bool io_sock_support_zc(struct socket *sock)
>> +{
>> + return likely(sock->sk && sk_fullsock(sock->sk) &&
>> + (sock->sk->sk_protocol == IPPROTO_TCP ||
>> + sock->sk->sk_protocol == IPPROTO_UDP));
>> +}
>
> Can we please make this more generic (at least for 6.1, which is likely be an lts release)
>
> It means my out of tree smbdirect driver would not be able to provide SENDMSG_ZC.
>
> Currently sk_setsockopt has this logic:
>
> case SO_ZEROCOPY:
> if (sk->sk_family == PF_INET || sk->sk_family == PF_INET6) {
> if (!(sk_is_tcp(sk) ||
> (sk->sk_type == SOCK_DGRAM &&
> sk->sk_protocol == IPPROTO_UDP)))
> ret = -EOPNOTSUPP;
> } else if (sk->sk_family != PF_RDS) {
> ret = -EOPNOTSUPP;
> }
> if (!ret) {
> if (val < 0 || val > 1)
> ret = -EINVAL;
> else
> sock_valbool_flag(sk, SOCK_ZEROCOPY, valbool);
> }
> break;
>
> Maybe the socket creation code could set
> unsigned char skc_so_zerocopy_supported:1;
> and/or
> unsigned char skc_zerocopy_msg_ubuf_supported:1;
>
> In order to avoid the manual complex tests.
>
> What do you think?
Ok, wanted to do it rather later but let me to try fiddle with it.
btw, what's happening with smbdirect? Do you plan upstream it one day
and it's just maturing out of tree?
--
Pavel Begunkov
next prev parent reply other threads:[~2022-10-20 12:50 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-10-20 1:42 [PATCH for-6.1 0/2] don't fallback if sock doesn't undestand zc Pavel Begunkov
2022-10-20 1:42 ` [PATCH for-6.1 1/2] io_uring/net: fail zc send for unsupported protocols Pavel Begunkov
2022-10-20 9:13 ` Stefan Metzmacher
2022-10-20 12:48 ` Pavel Begunkov [this message]
2022-10-20 13:05 ` Stefan Metzmacher
2022-10-20 12:49 ` Jens Axboe
2022-10-20 12:53 ` Pavel Begunkov
2022-10-20 12:59 ` Jens Axboe
2022-10-20 1:42 ` [PATCH for-6.1 2/2] io_uring/net: fail zc sendmsg " Pavel Begunkov
2022-10-20 2:26 ` [PATCH for-6.1 0/2] don't fallback if sock doesn't undestand zc Jens Axboe
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
[email protected] \
[email protected] \
[email protected] \
[email protected] \
[email protected] \
[email protected] \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox