On 10/7/25 21:16, Kim, Dongwon wrote: > Hi Dmitry, > >> -----Original Message----- >> From: Dmitry Osipenko <[email protected]> >> Sent: Tuesday, October 7, 2025 10:22 AM >> To: Kim, Dongwon <[email protected]>; [email protected] >> Cc: [email protected] >> Subject: Re: [PATCH v5 2/3] drm/virtio: Add support for saving and restoring >> virtio_gpu_objects >> >> On 10/7/25 00:45, Dmitry Osipenko wrote: >>> Also, reject hibernation on PM_HIBERNATION_PREPARE with a error msg if >>> virgl is enabled. >> >> fail hibernation if hostmem is enabled in addition to virgl since both can't >> be >> restored > > Yes, I understand it and am working on changes. But what do you think should > be done > If we really want to recover objects backed by host pages after hibernation. > Is it just an > impossible task In current design or it would be too complicated?
To restore host blobs from hibernation, we'll need to copy them from host to guest. This can be done if all host blobs are mappable. Depending on a context, some blobs may be not mappable, like in a case of secure memory, or when there is a need to relocate blob from a dedicate memory to make it mappable. Something new might need to be invented for that in virtio-gpu protocol. Restoring blobs won't be enough for 3d contexts. The whole 3d context needs to be restored along with restored blobs. This is a next level of complexity. -- Best regards, Dmitry
