Stefano Garzarella
2023-Mar-10 09:05 UTC
[RFC PATCH v4 2/4] virtio/vsock: remove redundant 'skb_pull()' call
On Thu, Mar 09, 2023 at 11:27:02PM +0300, Arseniy Krasnov wrote:>Since we now no longer use 'skb->len' to update credit, there is no sense >to update skbuff state, because it is used only once after dequeue to >copy data and then will be released. > >Fixes: 71dc9ec9ac7d ("virtio/vsock: replace virtio_vsock_pkt with sk_buff") >Signed-off-by: Arseniy Krasnov <AVKrasnov at sberdevices.ru> >--- > net/vmw_vsock/virtio_transport_common.c | 1 - > 1 file changed, 1 deletion(-)Reviewed-by: Stefano Garzarella <sgarzare at redhat.com>> >diff --git a/net/vmw_vsock/virtio_transport_common.c b/net/vmw_vsock/virtio_transport_common.c >index 618680fd9906..9a411475e201 100644 >--- a/net/vmw_vsock/virtio_transport_common.c >+++ b/net/vmw_vsock/virtio_transport_common.c >@@ -465,7 +465,6 @@ static int virtio_transport_seqpacket_do_dequeue(struct vsock_sock *vsk, > dequeued_len = err; > } else { > user_buf_len -= bytes_to_copy; >- skb_pull(skb, bytes_to_copy); > } > > spin_lock_bh(&vvs->rx_lock); >-- >2.25.1 >
Maybe Matching Threads
- [RFC PATCH v2 1/4] virtio/vsock: fix 'rx_bytes'/'fwd_cnt' calculation
- [RFC PATCH v2 2/4] virtio/vsock: remove all data from sk_buff
- [RFC PATCH v3 0/4] several updates to virtio/vsock
- [RFC PATCH v2 3/4] virtio/vsock: free skb on data copy failure
- [PATCH net-next v5 1/4] vsock/virtio/vhost: read data from non-linear skb