From: "Philippe Mathieu-Daudé" <philmd@linaro.org>
To: Manos Pitsidianakis <manos.pitsidianakis@linaro.org>,
qemu-devel@nongnu.org
Cc: "Alex Bennée" <alex.bennee@linaro.org>,
"Richard Henderson" <richard.henderson@linaro.org>,
"Michael S. Tsirkin" <mst@redhat.com>,
"Paolo Bonzini" <pbonzini@redhat.com>,
"Peter Xu" <peterx@redhat.com>,
"David Hildenbrand" <david@redhat.com>
Subject: Re: [PATCH v2 1/3] hw/display: re-arrange memory region tracking
Date: Tue, 15 Apr 2025 12:35:39 +0200 [thread overview]
Message-ID: <bdd79b83-8487-479b-ba30-ada01476fdde@linaro.org> (raw)
In-Reply-To: <20250410122643.1747913-2-manos.pitsidianakis@linaro.org>
On 10/4/25 14:26, Manos Pitsidianakis wrote:
> From: Alex Bennée <alex.bennee@linaro.org>
>
> QOM objects can be embedded in other QOM objects and managed as part
> of their lifetime but this isn't the case for
> virtio_gpu_virgl_hostmem_region. However before we can split it out we
> need some other way of associating the wider data structure with the
> memory region.
>
> Fortunately MemoryRegion has an opaque pointer. This is passed down to
> MemoryRegionOps for device type regions but is unused in the
> memory_region_init_ram_ptr() case.
It is unclear to me what layer is supposed to set/consume it. So far
in memory_region_init_io/ram/rom it is kind of internal to the memory
layer, but MemoryRegionOps aren't. Yeah well, OK then.
Reviewed-by: Philippe Mathieu-Daudé <philmd@linaro.org>
> Use the opaque to carry the
> reference and allow the final MemoryRegion object to be reaped when
> its reference count is cleared.
>
> Signed-off-by: Alex Bennée <alex.bennee@linaro.org>
> Signed-off-by: Manos Pitsidianakis <manos.pitsidianakis@linaro.org>
> ---
> include/exec/memory.h | 1 +
> hw/display/virtio-gpu-virgl.c | 23 ++++++++---------------
> 2 files changed, 9 insertions(+), 15 deletions(-)
>
> diff --git a/include/exec/memory.h b/include/exec/memory.h
> index d09af58c97..bb735a3c7e 100644
> --- a/include/exec/memory.h
> +++ b/include/exec/memory.h
> @@ -784,6 +784,7 @@ struct MemoryRegion {
> DeviceState *dev;
>
> const MemoryRegionOps *ops;
> + /* opaque data, used by backends like @ops */
> void *opaque;
> MemoryRegion *container;
> int mapped_via_alias; /* Mapped via an alias, container might be NULL */
> diff --git a/hw/display/virtio-gpu-virgl.c b/hw/display/virtio-gpu-virgl.c
> index 145a0b3879..71a7500de9 100644
> --- a/hw/display/virtio-gpu-virgl.c
> +++ b/hw/display/virtio-gpu-virgl.c
> @@ -52,17 +52,11 @@ virgl_get_egl_display(G_GNUC_UNUSED void *cookie)
>
> #if VIRGL_VERSION_MAJOR >= 1
> struct virtio_gpu_virgl_hostmem_region {
> - MemoryRegion mr;
> + MemoryRegion *mr;
> struct VirtIOGPU *g;
> bool finish_unmapping;
> };
>
> -static struct virtio_gpu_virgl_hostmem_region *
> -to_hostmem_region(MemoryRegion *mr)
> -{
> - return container_of(mr, struct virtio_gpu_virgl_hostmem_region, mr);
> -}
> -
> static void virtio_gpu_virgl_resume_cmdq_bh(void *opaque)
> {
> VirtIOGPU *g = opaque;
> @@ -73,14 +67,12 @@ static void virtio_gpu_virgl_resume_cmdq_bh(void *opaque)
> static void virtio_gpu_virgl_hostmem_region_free(void *obj)
> {
> MemoryRegion *mr = MEMORY_REGION(obj);
> - struct virtio_gpu_virgl_hostmem_region *vmr;
> + struct virtio_gpu_virgl_hostmem_region *vmr = mr->opaque;
> VirtIOGPUBase *b;
> VirtIOGPUGL *gl;
>
> - vmr = to_hostmem_region(mr);
> - vmr->finish_unmapping = true;
> -
> b = VIRTIO_GPU_BASE(vmr->g);
> + vmr->finish_unmapping = true;
> b->renderer_blocked--;
>
> /*
> @@ -118,8 +110,8 @@ virtio_gpu_virgl_map_resource_blob(VirtIOGPU *g,
>
> vmr = g_new0(struct virtio_gpu_virgl_hostmem_region, 1);
> vmr->g = g;
> + mr = g_new0(MemoryRegion, 1);
>
> - mr = &vmr->mr;
> memory_region_init_ram_ptr(mr, OBJECT(mr), "blob", size, data);
> memory_region_add_subregion(&b->hostmem, offset, mr);
> memory_region_set_enabled(mr, true);
> @@ -131,7 +123,9 @@ virtio_gpu_virgl_map_resource_blob(VirtIOGPU *g,
> * command processing until MR is fully unreferenced and freed.
> */
> OBJECT(mr)->free = virtio_gpu_virgl_hostmem_region_free;
> + mr->opaque = vmr;
>
> + vmr->mr = mr;
> res->mr = mr;
>
> return 0;
> @@ -142,16 +136,15 @@ virtio_gpu_virgl_unmap_resource_blob(VirtIOGPU *g,
> struct virtio_gpu_virgl_resource *res,
> bool *cmd_suspended)
> {
> - struct virtio_gpu_virgl_hostmem_region *vmr;
> VirtIOGPUBase *b = VIRTIO_GPU_BASE(g);
> MemoryRegion *mr = res->mr;
> + struct virtio_gpu_virgl_hostmem_region *vmr;
Same same but different? ;)
> int ret;
>
> if (!mr) {
> return 0;
> }
> -
> - vmr = to_hostmem_region(res->mr);
> + vmr = mr->opaque;
>
> /*
> * Perform async unmapping in 3 steps:
next prev parent reply other threads:[~2025-04-15 10:36 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-04-10 12:26 [PATCH v2 0/3] virtio-gpu: fix blob unmapping sequence Manos Pitsidianakis
2025-04-10 12:26 ` [PATCH v2 1/3] hw/display: re-arrange memory region tracking Manos Pitsidianakis
2025-04-15 10:35 ` Philippe Mathieu-Daudé [this message]
2025-04-15 11:21 ` Alex Bennée
2025-04-10 12:26 ` [PATCH v2 2/3] virtio-gpu: fix hang under TCG when unmapping blob Manos Pitsidianakis
2025-04-10 14:59 ` Alex Bennée
2025-04-10 12:26 ` [PATCH v2 3/3] virtio-gpu: refactor async blob unmapping Manos Pitsidianakis
2025-04-15 10:40 ` Philippe Mathieu-Daudé
2025-04-15 18:46 ` [PATCH v2 0/3] virtio-gpu: fix blob unmapping sequence Alex Bennée
2025-04-16 18:57 ` Michael S. Tsirkin
2025-04-17 8:00 ` Alex Bennée
2025-04-17 11:37 ` Michael S. Tsirkin
2025-04-16 19:26 ` Stefan Hajnoczi
2025-04-17 8:08 ` Alex Bennée
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=bdd79b83-8487-479b-ba30-ada01476fdde@linaro.org \
--to=philmd@linaro.org \
--cc=alex.bennee@linaro.org \
--cc=david@redhat.com \
--cc=manos.pitsidianakis@linaro.org \
--cc=mst@redhat.com \
--cc=pbonzini@redhat.com \
--cc=peterx@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=richard.henderson@linaro.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).