From: "Christian König" <christian.koenig@amd.com>
To: "Li, Yunxiang (Teddy)" <Yunxiang.Li@amd.com>,
"amd-gfx@lists.freedesktop.org" <amd-gfx@lists.freedesktop.org>,
"tvrtko.ursulin@igalia.com" <tvrtko.ursulin@igalia.com>
Cc: "Deucher, Alexander" <Alexander.Deucher@amd.com>,
"dri-devel@lists.freedesktop.org"
<dri-devel@lists.freedesktop.org>
Subject: Re: [PATCH v10 4/6] drm: consider GEM object shared when it is exported
Date: Wed, 11 Dec 2024 16:02:57 +0100 [thread overview]
Message-ID: <8e514b7b-7826-4870-921a-ab6dac9a65c2@amd.com> (raw)
In-Reply-To: <SA1PR12MB859965C4B7EEB4B131E8C7E6ED3E2@SA1PR12MB8599.namprd12.prod.outlook.com>
Am 11.12.24 um 15:02 schrieb Li, Yunxiang (Teddy):
> [Public]
>
>> From: Koenig, Christian <Christian.Koenig@amd.com>
>> Sent: Wednesday, December 11, 2024 3:16
>> Am 10.12.24 um 18:59 schrieb Yunxiang Li:
>>> Tracking the state of a GEM object for shared stats is quite difficult
>>> since the handle_count is managed behind driver's back. So instead
>>> considers GEM object shared the moment it is exported with flink ioctl.
>>> This makes it work the same to the dma_buf case. Add a callback for
>>> drivers to get notified when GEM object is being shared.
>> First of all GEM flink is pretty much deprecated, we only have it for compatibility
>> reasons. So please don't change anything here.
>>
>> Then flink is not the only way to create multiple handles for a GEM object. So this
>> here won't handle all cases.
>>
>> And finally we already have the .open and .close callbacks, which are called
>> whenever a handle for a GEM object is created/destroyed. So it shouldn't be
>> necessary in the first place.
> For the importing VM the shared stats is automatically correct by open and close, but for the exporting VM we need to update the shared stat when the buffer gets shared, since it is already counted as private there. As far as I could find, seems like flink ioctl is the only place where the global name is assigned? The importing side have multiple places to get the global name, but the exporter always needs to first call flink to allocate the number right? So hooking into flink and dma-buf should cover the bases?
It's irrelevant where the global name is assigned. The problem is that
there are more ways to create a new handle for a GEM object than just
flink and DMA-buf.
For example you can just ask a framebuffer to give you a GEM handle for
the currently displayed buffer. See the call to drm_gem_handle_create()
in drm_mode_getfb2_ioctl().
When you make this change here then those GEM handles are not considered
shared any more even if they are and you sooner or later run into
warnings on VM destruction.
> I could probably make handle_count work somehow, but it looks like it's read in a lot of places without locks so I'm not sure if there will be some race conditions.
The handle count is protected by the object_name_lock of the device. The
drm_gem_object_is_shared_for_memory_stats() function is pretty much the
only case where we read the value without holding the lock since that is
used only opportunistically.
What you could do is to hook into amdgpu_gem_object_open() and
amdgpu_gem_object_close(), call
drm_gem_object_is_shared_for_memory_stats() and go over all the VMs the
BO belongs to. (See how amdgpu_vm_bo_find() and amdgpu_vm_bo_add are used).
Then have an additional flag inside amdgpu_bo_va who tells you if a BO
was previously considered shared or private and update the stats
accordingly when that status changes.
Regards,
Christian.
>
>> Regards,
>> Christian.
>>
>>> Signed-off-by: Yunxiang Li <Yunxiang.Li@amd.com>
>>>
>>> CC: dri-devel@lists.freedesktop.org
>>> ---
>>> drivers/gpu/drm/drm_gem.c | 3 +++
>>> drivers/gpu/drm/drm_prime.c | 3 +++
>>> include/drm/drm_gem.h | 12 +++++++++++-
>>> 3 files changed, 17 insertions(+), 1 deletion(-)
>>>
>>> diff --git a/drivers/gpu/drm/drm_gem.c b/drivers/gpu/drm/drm_gem.c
>>> index d4bbc5d109c8b..1ead11de31f6b 100644
>>> --- a/drivers/gpu/drm/drm_gem.c
>>> +++ b/drivers/gpu/drm/drm_gem.c
>>> @@ -854,6 +854,9 @@ drm_gem_flink_ioctl(struct drm_device *dev, void *data,
>>> goto err;
>>>
>>> obj->name = ret;
>>> +
>>> + if (obj->funcs->shared)
>>> + obj->funcs->shared(obj);
>>> }
>>>
>>> args->name = (uint64_t) obj->name;
>>> diff --git a/drivers/gpu/drm/drm_prime.c b/drivers/gpu/drm/drm_prime.c
>>> index 0e3f8adf162f6..336d982d69807 100644
>>> --- a/drivers/gpu/drm/drm_prime.c
>>> +++ b/drivers/gpu/drm/drm_prime.c
>>> @@ -406,6 +406,9 @@ static struct dma_buf *export_and_register_object(struct
>> drm_device *dev,
>>> obj->dma_buf = dmabuf;
>>> get_dma_buf(obj->dma_buf);
>>>
>>> + if (obj->funcs->shared)
>>> + obj->funcs->shared(obj);
>>> +
>>> return dmabuf;
>>> }
>>>
>>> diff --git a/include/drm/drm_gem.h b/include/drm/drm_gem.h index
>>> da11c16e212aa..8c5ffcd485752 100644
>>> --- a/include/drm/drm_gem.h
>>> +++ b/include/drm/drm_gem.h
>>> @@ -122,6 +122,16 @@ struct drm_gem_object_funcs {
>>> */
>>> struct dma_buf *(*export)(struct drm_gem_object *obj, int flags);
>>>
>>> + /**
>>> + * @shared:
>>> + *
>>> + * Callback when GEM object becomes shared, see also
>>> + * drm_gem_object_is_shared_for_memory_stats
>>> + *
>>> + * This callback is optional.
>>> + */
>>> + void (*shared)(struct drm_gem_object *obj);
>>> +
>>> /**
>>> * @pin:
>>> *
>>> @@ -568,7 +578,7 @@ int drm_gem_evict(struct drm_gem_object *obj);
>>> */
>>> static inline bool drm_gem_object_is_shared_for_memory_stats(struct
>> drm_gem_object *obj)
>>> {
>>> - return (obj->handle_count > 1) || obj->dma_buf;
>>> + return obj->name || obj->dma_buf;
>>> }
>>>
>>> #ifdef CONFIG_LOCKDEP
next prev parent reply other threads:[~2024-12-11 15:03 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-12-10 17:59 [PATCH v10 0/6] rework bo mem stats tracking Yunxiang Li
2024-12-10 17:59 ` [PATCH v10 1/6] drm: add drm_memory_stats_is_zero Yunxiang Li
2024-12-10 17:59 ` [PATCH v10 2/6] drm: make drm-active- stats optional Yunxiang Li
2024-12-10 17:59 ` [PATCH v10 3/6] Documentation/gpu: Clarify drm memory stats definition Yunxiang Li
2024-12-10 17:59 ` [PATCH v10 4/6] drm: consider GEM object shared when it is exported Yunxiang Li
2024-12-11 8:15 ` Christian König
2024-12-11 14:02 ` Li, Yunxiang (Teddy)
2024-12-11 15:02 ` Christian König [this message]
2024-12-11 16:14 ` Li, Yunxiang (Teddy)
2024-12-12 9:25 ` Christian König
2024-12-12 14:04 ` Li, Yunxiang (Teddy)
2024-12-12 14:08 ` Christian König
2024-12-10 17:59 ` [PATCH v10 5/6] drm/amdgpu: remove unused function parameter Yunxiang Li
2024-12-10 17:59 ` [PATCH v10 6/6] drm/amdgpu: track bo memory stats at runtime Yunxiang Li
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=8e514b7b-7826-4870-921a-ab6dac9a65c2@amd.com \
--to=christian.koenig@amd.com \
--cc=Alexander.Deucher@amd.com \
--cc=Yunxiang.Li@amd.com \
--cc=amd-gfx@lists.freedesktop.org \
--cc=dri-devel@lists.freedesktop.org \
--cc=tvrtko.ursulin@igalia.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.