* [PATCH] can: virtio: fix virtqueue use before DRIVER_OK
@ 2026-11-10 17:11 Seonghyeon Lim via B4 Relay
2026-11-10 17:26 ` Michael S. Tsirkin
0 siblings, 1 reply; 2+ messages in thread
From: Seonghyeon Lim via B4 Relay @ 2026-11-10 17:11 UTC (permalink / raw)
To: Harald Mommer, Matias Ezequiel Vara Larsen, Marc Kleine-Budde,
Vincent Mailhol, Mikhail Golubev-Ciuchea, Francesco Valla,
Michael S. Tsirkin
Cc: virtualization, linux-can, linux-kernel, Jason Wang, Seonghyeon Lim
From: Seonghyeon Lim <forfortuna@naver.com>
virtio_can_probe() and virtio_can_restore() fill the RX virtqueue and
kick it before the device is set DRIVER_OK. The virtio specification
does not allow the driver to notify the device before DRIVER_OK.
In restore, if the interface was up, virtio_can_open() then sends a
START control message and waits for the reply. DRIVER_OK is only set
by the virtio core after restore returns, so the device may never
handle the request and the wait never completes, which hangs system
resume. In probe, an ndo_open() right after register_candev() can
likewise send the START message before DRIVER_OK.
Call virtio_device_ready() before the first virtqueue use in both
probe and restore, as virtio-net does.
Fixes: 083082a4e6d8 ("can: virtio: Add virtio CAN driver")
Signed-off-by: Seonghyeon Lim <forfortuna@naver.com>
---
Tested with QEMU 8.2 + vhost-device-can: with the CAN interface up,
suspend/resume (pm_test=devices) hangs without this patch and
completes with it. No new lockdep warnings.
---
drivers/net/can/virtio_can.c | 6 ++++++
1 file changed, 6 insertions(+)
diff --git a/drivers/net/can/virtio_can.c b/drivers/net/can/virtio_can.c
index f67d0bf09681..ae35a00b784b 100644
--- a/drivers/net/can/virtio_can.c
+++ b/drivers/net/can/virtio_can.c
@@ -912,6 +912,9 @@ static int virtio_can_probe(struct virtio_device *vdev)
err = -ENOMEM;
goto on_failure;
}
+
+ virtio_device_ready(vdev);
+
virtio_can_populate_rx_vq(vdev);
err = register_virtio_can_dev(dev);
@@ -966,6 +969,9 @@ static int __maybe_unused virtio_can_restore(struct virtio_device *vdev)
virtio_can_del_vq(vdev);
return -ENOMEM;
}
+
+ virtio_device_ready(vdev);
+
virtio_can_populate_rx_vq(vdev);
if (netif_running(ndev)) {
---
base-commit: ddfe51b0a0f5dc9e415cc2c8ad8db17532dd426b
change-id: 20261111-virtio-can-ready-85cefff06a84
Best regards,
--
Seonghyeon Lim <forfortuna@naver.com>
^ permalink raw reply [flat|nested] 2+ messages in thread* Re: [PATCH] can: virtio: fix virtqueue use before DRIVER_OK
2026-11-10 17:11 [PATCH] can: virtio: fix virtqueue use before DRIVER_OK Seonghyeon Lim via B4 Relay
@ 2026-11-10 17:26 ` Michael S. Tsirkin
0 siblings, 0 replies; 2+ messages in thread
From: Michael S. Tsirkin @ 2026-11-10 17:26 UTC (permalink / raw)
To: forfortuna
Cc: Harald Mommer, Matias Ezequiel Vara Larsen, Marc Kleine-Budde,
Vincent Mailhol, Mikhail Golubev-Ciuchea, Francesco Valla,
virtualization, linux-can, linux-kernel, Jason Wang
On Wed, Nov 11, 2026 at 02:11:13AM +0900, Seonghyeon Lim via B4 Relay wrote:
> From: Seonghyeon Lim <forfortuna@naver.com>
>
> virtio_can_probe() and virtio_can_restore() fill the RX virtqueue and
> kick it before the device is set DRIVER_OK. The virtio specification
> does not allow the driver to notify the device before DRIVER_OK.
>
> In restore, if the interface was up, virtio_can_open() then sends a
> START control message and waits for the reply. DRIVER_OK is only set
> by the virtio core after restore returns, so the device may never
> handle the request and the wait never completes, which hangs system
> resume. In probe, an ndo_open() right after register_candev() can
> likewise send the START message before DRIVER_OK.
>
> Call virtio_device_ready() before the first virtqueue use in both
> probe and restore, as virtio-net does.
>
> Fixes: 083082a4e6d8 ("can: virtio: Add virtio CAN driver")
> Signed-off-by: Seonghyeon Lim <forfortuna@naver.com>
however, device ready means you can get callbacks: config
and vq.
did you audit the driver to make sure this is safe while
probe did not yet populate and register the device?
> ---
> Tested with QEMU 8.2 + vhost-device-can: with the CAN interface up,
> suspend/resume (pm_test=devices) hangs without this patch and
> completes with it. No new lockdep warnings.
> ---
> drivers/net/can/virtio_can.c | 6 ++++++
> 1 file changed, 6 insertions(+)
>
> diff --git a/drivers/net/can/virtio_can.c b/drivers/net/can/virtio_can.c
> index f67d0bf09681..ae35a00b784b 100644
> --- a/drivers/net/can/virtio_can.c
> +++ b/drivers/net/can/virtio_can.c
> @@ -912,6 +912,9 @@ static int virtio_can_probe(struct virtio_device *vdev)
> err = -ENOMEM;
> goto on_failure;
> }
> +
> + virtio_device_ready(vdev);
> +
> virtio_can_populate_rx_vq(vdev);
>
> err = register_virtio_can_dev(dev);
> @@ -966,6 +969,9 @@ static int __maybe_unused virtio_can_restore(struct virtio_device *vdev)
> virtio_can_del_vq(vdev);
> return -ENOMEM;
> }
> +
> + virtio_device_ready(vdev);
> +
> virtio_can_populate_rx_vq(vdev);
>
> if (netif_running(ndev)) {
>
> ---
> base-commit: ddfe51b0a0f5dc9e415cc2c8ad8db17532dd426b
> change-id: 20261111-virtio-can-ready-85cefff06a84
>
> Best regards,
> --
> Seonghyeon Lim <forfortuna@naver.com>
>
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2026-11-10 17:26 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2026-11-10 17:11 [PATCH] can: virtio: fix virtqueue use before DRIVER_OK Seonghyeon Lim via B4 Relay
2026-11-10 17:26 ` Michael S. Tsirkin
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®