Patch "vsock/virtio: fix variables initialization during resuming" has been added to the 6.13-stable tree

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



This is a note to let you know that I've just added the patch titled

    vsock/virtio: fix variables initialization during resuming

to the 6.13-stable tree which can be found at:
    http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary

The filename of the patch is:
     vsock-virtio-fix-variables-initialization-during-res.patch
and it can be found in the queue-6.13 subdirectory.

If you, or anyone else, feels it should not be added to the stable tree,
please let <stable@xxxxxxxxxxxxxxx> know about it.



commit 16e3002feb31e2d80a59ac26fafd9b5435e73bc1
Author: Junnan Wu <junnan01.wu@xxxxxxxxxxx>
Date:   Fri Feb 14 09:22:00 2025 +0800

    vsock/virtio: fix variables initialization during resuming
    
    [ Upstream commit 55eff109e76a14e5ed10c8c3c3978d20a35e2a4d ]
    
    When executing suspend to ram twice in a row,
    the `rx_buf_nr` and `rx_buf_max_nr` increase to three times vq->num_free.
    Then after virtqueue_get_buf and `rx_buf_nr` decreased
    in function virtio_transport_rx_work,
    the condition to fill rx buffer
    (rx_buf_nr < rx_buf_max_nr / 2) will never be met.
    
    It is because that `rx_buf_nr` and `rx_buf_max_nr`
    are initialized only in virtio_vsock_probe(),
    but they should be reset whenever virtqueues are recreated,
    like after a suspend/resume.
    
    Move the `rx_buf_nr` and `rx_buf_max_nr` initialization in
    virtio_vsock_vqs_init(), so we are sure that they are properly
    initialized, every time we initialize the virtqueues, either when we
    load the driver or after a suspend/resume.
    
    To prevent erroneous atomic load operations on the `queued_replies`
    in the virtio_transport_send_pkt_work() function
    which may disrupt the scheduling of vsock->rx_work
    when transmitting reply-required socket packets,
    this atomic variable must undergo synchronized initialization
    alongside the preceding two variables after a suspend/resume.
    
    Fixes: bd50c5dc182b ("vsock/virtio: add support for device suspend/resume")
    Link: https://lore.kernel.org/virtualization/20250207052033.2222629-1-junnan01.wu@xxxxxxxxxxx/
    Co-developed-by: Ying Gao <ying01.gao@xxxxxxxxxxx>
    Signed-off-by: Ying Gao <ying01.gao@xxxxxxxxxxx>
    Signed-off-by: Junnan Wu <junnan01.wu@xxxxxxxxxxx>
    Reviewed-by: Luigi Leonardi <leonardi@xxxxxxxxxx>
    Acked-by: Michael S. Tsirkin <mst@xxxxxxxxxx>
    Reviewed-by: Stefano Garzarella <sgarzare@xxxxxxxxxx>
    Link: https://patch.msgid.link/20250214012200.1883896-1-junnan01.wu@xxxxxxxxxxx
    Signed-off-by: Jakub Kicinski <kuba@xxxxxxxxxx>
    Signed-off-by: Sasha Levin <sashal@xxxxxxxxxx>

diff --git a/net/vmw_vsock/virtio_transport.c b/net/vmw_vsock/virtio_transport.c
index b58c3818f284f..f0e48e6911fc4 100644
--- a/net/vmw_vsock/virtio_transport.c
+++ b/net/vmw_vsock/virtio_transport.c
@@ -670,6 +670,13 @@ static int virtio_vsock_vqs_init(struct virtio_vsock *vsock)
 	};
 	int ret;
 
+	mutex_lock(&vsock->rx_lock);
+	vsock->rx_buf_nr = 0;
+	vsock->rx_buf_max_nr = 0;
+	mutex_unlock(&vsock->rx_lock);
+
+	atomic_set(&vsock->queued_replies, 0);
+
 	ret = virtio_find_vqs(vdev, VSOCK_VQ_MAX, vsock->vqs, vqs_info, NULL);
 	if (ret < 0)
 		return ret;
@@ -779,9 +786,6 @@ static int virtio_vsock_probe(struct virtio_device *vdev)
 
 	vsock->vdev = vdev;
 
-	vsock->rx_buf_nr = 0;
-	vsock->rx_buf_max_nr = 0;
-	atomic_set(&vsock->queued_replies, 0);
 
 	mutex_init(&vsock->tx_lock);
 	mutex_init(&vsock->rx_lock);




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux