public inbox for [email protected]
 help / color / mirror / Atom feed
* [PATCH] caif: don't assume iov_iter type
@ 2023-01-11 18:42 Keith Busch
  2023-01-11 21:58 ` Jens Axboe
  2023-01-14  5:00 ` patchwork-bot+netdevbpf
  0 siblings, 2 replies; 3+ messages in thread
From: Keith Busch @ 2023-01-11 18:42 UTC (permalink / raw)
  To: netdev
  Cc: davem, edumazet, kuba, pabeni, axboe, io-uring, linux-kernel,
	Keith Busch

From: Keith Busch <[email protected]>

The details of the iov_iter types are appropriately abstracted, so
there's no need to check for specific type fields. Just let the
abstractions handle it.

This is preparing for io_uring/net's io_send to utilize the more
efficient ITER_UBUF.

Signed-off-by: Keith Busch <[email protected]>
---
 net/caif/caif_socket.c | 4 ----
 1 file changed, 4 deletions(-)

diff --git a/net/caif/caif_socket.c b/net/caif/caif_socket.c
index 748be72532485..1f2c1d7b90e23 100644
--- a/net/caif/caif_socket.c
+++ b/net/caif/caif_socket.c
@@ -533,10 +533,6 @@ static int caif_seqpkt_sendmsg(struct socket *sock, struct msghdr *msg,
 	if (msg->msg_namelen)
 		goto err;
 
-	ret = -EINVAL;
-	if (unlikely(msg->msg_iter.nr_segs == 0) ||
-	    unlikely(msg->msg_iter.iov->iov_base == NULL))
-		goto err;
 	noblock = msg->msg_flags & MSG_DONTWAIT;
 
 	timeo = sock_sndtimeo(sk, noblock);
-- 
2.30.2


^ permalink raw reply related	[flat|nested] 3+ messages in thread

* Re: [PATCH] caif: don't assume iov_iter type
  2023-01-11 18:42 [PATCH] caif: don't assume iov_iter type Keith Busch
@ 2023-01-11 21:58 ` Jens Axboe
  2023-01-14  5:00 ` patchwork-bot+netdevbpf
  1 sibling, 0 replies; 3+ messages in thread
From: Jens Axboe @ 2023-01-11 21:58 UTC (permalink / raw)
  To: Keith Busch, netdev
  Cc: davem, edumazet, kuba, pabeni, io-uring, linux-kernel,
	Keith Busch

On 1/11/23 11:42 AM, Keith Busch wrote:
> From: Keith Busch <[email protected]>
> 
> The details of the iov_iter types are appropriately abstracted, so
> there's no need to check for specific type fields. Just let the
> abstractions handle it.
> 
> This is preparing for io_uring/net's io_send to utilize the more
> efficient ITER_UBUF.

Looks good to me - the correct return here would be -EFAULT as well,
not -EINVAL. Which is what will happen once memcpy_from_msg() is
called anyway.

Reviewed-by: Jens Axboe <[email protected]>

-- 
Jens Axboe



^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [PATCH] caif: don't assume iov_iter type
  2023-01-11 18:42 [PATCH] caif: don't assume iov_iter type Keith Busch
  2023-01-11 21:58 ` Jens Axboe
@ 2023-01-14  5:00 ` patchwork-bot+netdevbpf
  1 sibling, 0 replies; 3+ messages in thread
From: patchwork-bot+netdevbpf @ 2023-01-14  5:00 UTC (permalink / raw)
  To: Keith Busch
  Cc: netdev, davem, edumazet, kuba, pabeni, axboe, io-uring,
	linux-kernel, kbusch

Hello:

This patch was applied to netdev/net-next.git (master)
by Jakub Kicinski <[email protected]>:

On Wed, 11 Jan 2023 10:42:45 -0800 you wrote:
> From: Keith Busch <[email protected]>
> 
> The details of the iov_iter types are appropriately abstracted, so
> there's no need to check for specific type fields. Just let the
> abstractions handle it.
> 
> This is preparing for io_uring/net's io_send to utilize the more
> efficient ITER_UBUF.
> 
> [...]

Here is the summary with links:
  - caif: don't assume iov_iter type
    https://git.kernel.org/netdev/net-next/c/c19175141079

You are awesome, thank you!
-- 
Deet-doot-dot, I am a bot.
https://korg.docs.kernel.org/patchwork/pwbot.html



^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2023-01-14  5:00 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2023-01-11 18:42 [PATCH] caif: don't assume iov_iter type Keith Busch
2023-01-11 21:58 ` Jens Axboe
2023-01-14  5:00 ` patchwork-bot+netdevbpf

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox