On Thu, 9 Jul 2026 22:43:30 +0000 Link Lin <[email protected]> wrote:
> During system power management freeze (e.g. ACPI S3 suspend or S4
> hibernation), virtballoon_freeze() calls remove_common() to reset the
> virtio device and delete all virtqueues via vdev->config->del_vqs().
> However, unlike virtballoon_remove(), virtballoon_freeze() fails to call
> page_reporting_unregister(&vb->pr_dev_info).
>
> ...
>
> If memory is freed into the buddy allocator or a delayed work timer
> expires while the device is being frozen, page_reporting_process() fires
> on system_wq and calls virtballoon_free_page_report(). This function
> passes vb->reporting_vq into virtqueue_add_inbuf() / virtqueue_add_split().
> Because the virtqueues were already destroyed by del_vqs(), this results
> in a Use-After-Free / General Protection Fault:
>
> [ 250.709271] general protection fault, probably for non-canonical
> address 0x7f728084daf08d5e: 0000 [#1] SMP PTI
> [ 250.732967] CPU: 2 PID: 38 Comm: kworker/2:1 Not tainted
> 5.10.0-44-cloud-amd64 #1 Debian 5.10.257-1
> [ 250.751575] Workqueue: events page_reporting_process
> [ 250.756665] RIP: 0010:virtqueue_add_split+0x233/0x4c0 [virtio_ring]
> ...
> [ 250.867678] virtballoon_free_page_report+0x3a/0xe0 [virtio_balloon]
> [ 250.883446] page_reporting_process+0x225/0x4f0
whoops
> Fix this by:
> 1. Unregistering page reporting in virtballoon_freeze() prior to calling
> remove_common(). This clears the RCU pr_dev_info pointer and flushes/
> cancels prdev->work on system_wq via cancel_delayed_work_sync().
> 2. Re-registering page reporting in virtballoon_restore() after the
> virtqueues are re-initialized and virtio_device_ready() has been called.
> 3. Unwinding virtqueue initialization via remove_common() in
> virtballoon_restore() if page_reporting_register() fails.
AI review thinks the patch didn't do the above:
https://sashiko.dev/#/patchset/[email protected]
It also might have found a couple of pre-existing bugs in there.
