[vfio-users] Suspending host with guest still running?

[Quentin Deldycke]

In fact, i was too exited to test this, so using only ssh / vnc:

   - If i let the vm "normal", it is freezed at restart of host
   - If i use virsh suspend / start, it is also freezed
   - But: if i re-enable suspend to ram, and put the windows to sleep, then
   the linux, restart the linux (waiting ~1-2minutes), restart the guest: it
   works \o/

Actually, the vfio-pci devices work, gpu, ssd, and sata controller. I need
to be in front to check if my mouse move and my keyboard work :)


This is brilliant! With the correct hooks on suspend / resume, it could one
of the last limitation of this technology =)

I will share on github such hooks if they work.

--
Deldycke Quentin


On 19 February 2016 at 15:36, Rokas Kupstys <rokups at zoho.com> wrote:

> You probably could if guest did not use any passed-through devices. If it
> does use them there will be trouble.
>
>
> On 2016.02.19 16:29, Quentin Deldycke wrote:
>
> Hello,
>
> Is it possible to have the guest still working while putting the host to
> sleep? And still working at restart?
>
> I can suspend my host, but guest is blocked when it is back. For the
> moment, i start / shudown the guest any time i want to put the host to
> sleep.
>
> Do i need to suspend the guest also and make it restart after?
>
> (Note that i forward quite a lot of stuff, R9 290 / nvme ssd / sata
> controler / usb devices)
>
> I ask the question because of the mail:
> https://www.redhat.com/archives/vfio-users/2015-December/msg00059.html
> --
> Deldycke Quentin
>
>
>
> _______________________________________________
> vfio-users mailing listvfio-users at redhat.comhttps://www.redhat.com/mailman/listinfo/vfio-users
>
>
>
> _______________________________________________
> vfio-users mailing list
> vfio-users at redhat.com
> https://www.redhat.com/mailman/listinfo/vfio-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/vfio-users/attachments/20160219/75eb564e/attachment.htm>