and resume
>
> On 5/13/25 22:23, Kim, Dongwon wrote:
> > 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?
>
> My testing se
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: Dmitr
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_t
t; > suspend and resume scenarios without resource loss.
>
> Resetting GPU by QEMU on suspend sounds like a wrong behaviour. Are you
> talking about upstream QEMU?
>
> Could you please point at the QEMU code where it handles virtio-gpu
> suspend/resume? Don't see where i
Hi Dmitry,
> -Original Message-
> From: Dmitry Osipenko
> Sent: Monday, November 13, 2023 8:16 AM
> To: Kim, Dongwon ; dri-
> de...@lists.freedesktop.org
> Cc: kra...@redhat.com; Kasireddy, Vivek
> Subject: Re: [RFC PATCH v2 1/1] drm/virtio: new fence for every pl
> -Original Message-
> From: Dmitry Osipenko
> Sent: Monday, October 23, 2023 5:24 AM
> To: Kim, Dongwon ; dri-devel@lists.freedesktop.org
> Cc: kra...@redhat.com; Kasireddy, Vivek
> Subject: Re: [RFC PATCH v2 1/1] drm/virtio: new fence for every plane update
>
nko
Sent: Wednesday, October 4, 2023 4:32 PM
To: Kim, Dongwon ; dri-devel@lists.freedesktop.org
Cc: Kasireddy, Vivek ; kra...@redhat.com
Subject: Re: [RFC PATCH 3/3] drm/virtio: drm_gem_plane_helper_prepare_fb for
obj synchronization
On 9/6/23 00:08, Kim, Dongwon wrote:
>
> I don't b
Hi Dmitry,
On 8/31/2023 3:51 PM, Dmitry Osipenko wrote:
On 8/24/23 20:58, Kim, Dongwon wrote:
...
You can do fence-wait in the guest userspace/Mesa after blitting/drawing
to the udmabuf.
There is already synchronization between QEMU and virtio-gpu driver on
the guest. Upon resource flush
On 8/23/2023 8:52 PM, Dmitry Osipenko wrote:
On 8/20/23 23:58, Kim, Dongwon wrote:
On 8/17/2023 7:33 PM, Dmitry Osipenko wrote:
On 7/13/23 01:44, Dongwon Kim wrote:
This helper is needed for framebuffer synchronization. Old
framebuffer data
is often displayed on the guest display without
On 8/17/2023 7:21 PM, Dmitry Osipenko wrote:
...
+static struct
+drm_plane_state *virtio_gpu_plane_duplicate_state(struct drm_plane *plane)
+{
+ struct virtio_gpu_plane_state *new;
+
+ if (WARN_ON(!plane->state))
+ return NULL;
When plane->state can be NULL?
Honestly
On 8/17/2023 7:33 PM, Dmitry Osipenko wrote:
On 7/13/23 01:44, Dongwon Kim wrote:
This helper is needed for framebuffer synchronization. Old framebuffer data
is often displayed on the guest display without this helper.
Cc: Gerd Hoffmann
Cc: Vivek Kasireddy
Signed-off-by: Dongwon Kim
---
dr
On 8/16/2023 10:05 PM, Dmitry Osipenko wrote:
On 8/16/23 21:10, Kim, Dongwon wrote:
Hi,
On 8/14/2023 9:18 PM, Dmitry Osipenko wrote:
On 7/13/23 01:44, Dongwon Kim wrote:
virtio_gpu_fence_release is added to free virtio-gpu-fence
upon release of dma_fence.
Cc: Gerd Hoffmann
Cc: Vivek
Hi,
On 8/16/2023 10:05 PM, Dmitry Osipenko wrote:
On 8/16/23 21:10, Kim, Dongwon wrote:
Hi,
On 8/14/2023 9:18 PM, Dmitry Osipenko wrote:
On 7/13/23 01:44, Dongwon Kim wrote:
virtio_gpu_fence_release is added to free virtio-gpu-fence
upon release of dma_fence.
Cc: Gerd Hoffmann
Cc: Vivek
Hi,
On 8/14/2023 9:18 PM, Dmitry Osipenko wrote:
On 7/13/23 01:44, Dongwon Kim wrote:
virtio_gpu_fence_release is added to free virtio-gpu-fence
upon release of dma_fence.
Cc: Gerd Hoffmann
Cc: Vivek Kasireddy
Signed-off-by: Dongwon Kim
---
drivers/gpu/drm/virtio/virtgpu_fence.c | 8 +
14 matches
Mail list logo
