Hi Dmitry,
Can you share some details about your test setup?
How do I replicate the problem you saw? And is "suspend and resume" working by
default in your case?
Thanks,
DW
> -----Original Message-----
> From: Kim, Dongwon
> Sent: Tuesday, May 6, 2025 9:47 AM
> To: Dmitry Osipenko <dmitry.osipe...@collabora.com>; dri-
> de...@lists.freedesktop.org; Alex Bennée <alex.ben...@linaro.org>; Akihiko
> Odaki <akihiko.od...@daynix.com>
> Subject: RE: [RFC PATCH 0/2] Virtio-GPU suspend and resume
>
> Hi Dmitry,
>
> > Subject: Re: [RFC PATCH 0/2] Virtio-GPU suspend and resume
> >
> > On 5/5/25 22:38, Kim, Dongwon wrote:
> > >> I tried to apply your kernel patches and then suspend/resume guest
> > >> kernel, it doesn't work:
> > >>
> > >> virtio_gpu_transfer_to_host_2d: no backing storage 2
> > >> [ 22.909454] [drm:virtio_gpu_dequeue_ctrl_func] ERROR response
> > >> 0x1200 (command 0x105)
> > >> virtio_gpu_transfer_to_host_2d: no backing storage 2
> > >> [ 23.169138] [drm:virtio_gpu_dequeue_ctrl_func] ERROR response
> > >> 0x1200 (command 0x105)
> > > [Kim, Dongwon] I will check your failing case more closely. As you
> > > know, we use virtio-gpu device only for display device, which means
> > > I tested this in that specific environment although I thought it is
> > > generic
> > enough...
> >
> > I used virtio-gpu when got these errors.
>
> [Kim, Dongwon] Hmm I thought I would be able to replicate your problem if I
> remove blob guest framebuffer but I can't. In the code changes, we are
> attaching the backing storage for the resource during recovery process.
>
> + } else {
> + virtio_gpu_cmd_create_resource(vgdev, curr->bo,
> &curr->params,
> + NULL, NULL);
> + virtio_gpu_object_attach(vgdev, curr->bo, ents, nents);
> + }
>
> I do not understand why it says it can't find it. Did you get any error while
> doing Virtio_gpu_object_attach?
>
> What linux distribution do you use for the guest?
> Are you using virgl driver or sw rasterizer?
>
> >
> > --
> > Best regards,
> > Dmitry
> [Kim, Dongwon] Thanks!
