* [PATCH v2] iov_iter: don't revert iov buffer if csum error
@ 2017-04-29 2:38 Ding Tianhong
2017-04-29 2:46 ` Al Viro
0 siblings, 1 reply; 5+ messages in thread
From: Ding Tianhong @ 2017-04-29 2:38 UTC (permalink / raw)
To: David Miller, pabeni, edumazet, hannes, netdev@vger.kernel.org,
linux-kernel@vger.kernel.org, LinuxArm, weiyongjun (A)
The patch 327868212381 (make skb_copy_datagram_msg() et.al. preserve
->msg_iter on error) will revert the iov buffer if copy to iter
failed, but it didn't copy any datagram if the skb_checksum_complete
error, so no need to revert any data at this place.
v2: Sabrina notice that return -EFAULT when checksum error is not correct
here, it would confuse the caller about the return value, so fix it.
Fixes: 327868212381 ("make skb_copy_datagram_msg() et.al. preserve->msg_iter on error")
Signed-off-by: Ding Tianhong <dingtianhong@huawei.com>
Signed-off-by: Wei Yongjun <weiyongjun1@huawei.com>
---
net/core/datagram.c | 7 +++++--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/net/core/datagram.c b/net/core/datagram.c
index f4947e7..0e6a9a9 100644
--- a/net/core/datagram.c
+++ b/net/core/datagram.c
@@ -768,14 +768,17 @@ int skb_copy_and_csum_datagram_msg(struct sk_buff *skb,
if (skb_copy_and_csum_datagram(skb, hlen, &msg->msg_iter,
chunk, &csum))
goto fault;
- if (csum_fold(csum))
+
+ if (csum_fold(csum)) {
+ iov_iter_revert(&msg->msg_iter, chunk);
goto csum_error;
+ }
+
if (unlikely(skb->ip_summed == CHECKSUM_COMPLETE))
netdev_rx_csum_fault(skb->dev);
}
return 0;
csum_error:
- iov_iter_revert(&msg->msg_iter, chunk);
return -EINVAL;
fault:
return -EFAULT;
--
1.8.3.1
^ permalink raw reply related [flat|nested] 5+ messages in thread
* Re: [PATCH v2] iov_iter: don't revert iov buffer if csum error
2017-04-29 2:38 [PATCH v2] iov_iter: don't revert iov buffer if csum error Ding Tianhong
@ 2017-04-29 2:46 ` Al Viro
2017-04-29 9:37 ` Ding Tianhong
0 siblings, 1 reply; 5+ messages in thread
From: Al Viro @ 2017-04-29 2:46 UTC (permalink / raw)
To: Ding Tianhong
Cc: David Miller, pabeni, edumazet, hannes, netdev@vger.kernel.org,
linux-kernel@vger.kernel.org, LinuxArm, weiyongjun (A)
On Sat, Apr 29, 2017 at 10:38:48AM +0800, Ding Tianhong wrote:
> The patch 327868212381 (make skb_copy_datagram_msg() et.al. preserve
> ->msg_iter on error) will revert the iov buffer if copy to iter
> failed, but it didn't copy any datagram if the skb_checksum_complete
> error, so no need to revert any data at this place.
The bug is real, but I would suggest a simpler fix:
if (__skb_checksum_complete(skb))
return -EINVAL;
leaving the rest as-is.
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH v2] iov_iter: don't revert iov buffer if csum error
2017-04-29 2:46 ` Al Viro
@ 2017-04-29 9:37 ` Ding Tianhong
2017-04-29 20:48 ` Al Viro
0 siblings, 1 reply; 5+ messages in thread
From: Ding Tianhong @ 2017-04-29 9:37 UTC (permalink / raw)
To: Al Viro
Cc: David Miller, pabeni, edumazet, hannes, netdev@vger.kernel.org,
linux-kernel@vger.kernel.org, LinuxArm, weiyongjun (A)
On 2017/4/29 10:46, Al Viro wrote:
> On Sat, Apr 29, 2017 at 10:38:48AM +0800, Ding Tianhong wrote:
>> The patch 327868212381 (make skb_copy_datagram_msg() et.al. preserve
>> ->msg_iter on error) will revert the iov buffer if copy to iter
>> failed, but it didn't copy any datagram if the skb_checksum_complete
>> error, so no need to revert any data at this place.
>
> The bug is real, but I would suggest a simpler fix:
> if (__skb_checksum_complete(skb))
> return -EINVAL;
> leaving the rest as-is.
>
Looks good, if so, we don't need the csum_error any more,
- if (csum_fold(csum))
+
+ if (csum_fold(csum)) {
+ iov_iter_revert(&msg->msg_iter, chunk);
+ return -EINVAL;
+ }
+
if (unlikely(skb->ip_summed == CHECKSUM_COMPLETE))
netdev_rx_csum_fault(skb->dev);
}
return 0;
- csum_error:
- iov_iter_revert(&msg->msg_iter, chunk);
- return -EINVAL;
fault:
return -EFAULT;
DO you agree this way? :)
Thanks
Ding
> .
>
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH v2] iov_iter: don't revert iov buffer if csum error
2017-04-29 9:37 ` Ding Tianhong
@ 2017-04-29 20:48 ` Al Viro
2017-05-01 2:52 ` David Miller
0 siblings, 1 reply; 5+ messages in thread
From: Al Viro @ 2017-04-29 20:48 UTC (permalink / raw)
To: Ding Tianhong
Cc: David Miller, pabeni, edumazet, hannes, netdev@vger.kernel.org,
linux-kernel@vger.kernel.org, LinuxArm, weiyongjun (A)
On Sat, Apr 29, 2017 at 05:37:38PM +0800, Ding Tianhong wrote:
> Looks good, if so, we don't need the csum_error any more,
Acked-by: Al Viro <viro@zeniv.linux.org.uk>
Dave, I could put that through my tree, but I think it would be better off
in net.git; either way, it needs to go into mainline before -final...
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH v2] iov_iter: don't revert iov buffer if csum error
2017-04-29 20:48 ` Al Viro
@ 2017-05-01 2:52 ` David Miller
0 siblings, 0 replies; 5+ messages in thread
From: David Miller @ 2017-05-01 2:52 UTC (permalink / raw)
To: viro
Cc: dingtianhong, pabeni, edumazet, hannes, netdev, linux-kernel,
linuxarm, weiyongjun1
From: Al Viro <viro@ZenIV.linux.org.uk>
Date: Sat, 29 Apr 2017 21:48:23 +0100
> On Sat, Apr 29, 2017 at 05:37:38PM +0800, Ding Tianhong wrote:
>
>> Looks good, if so, we don't need the csum_error any more,
>
> Acked-by: Al Viro <viro@zeniv.linux.org.uk>
>
> Dave, I could put that through my tree, but I think it would be better off
> in net.git; either way, it needs to go into mainline before -final...
Please just send it directly to Linus, thanks.
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2017-05-01 2:52 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2017-04-29 2:38 [PATCH v2] iov_iter: don't revert iov buffer if csum error Ding Tianhong
2017-04-29 2:46 ` Al Viro
2017-04-29 9:37 ` Ding Tianhong
2017-04-29 20:48 ` Al Viro
2017-05-01 2:52 ` David Miller
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).