: Yiwei Zhang
---
drivers/gpu/drm/virtio/Kconfig | 1 +
drivers/gpu/drm/virtio/virtgpu_drv.h| 4
drivers/gpu/drm/virtio/virtgpu_object.c | 19 +++
3 files changed, 24 insertions(+)
diff --git a/drivers/gpu/drm/virtio/Kconfig b/drivers/gpu/drm/virtio/Kconfig
index
: Yiwei Zhang
---
drivers/gpu/drm/virtio/Kconfig | 1 +
drivers/gpu/drm/virtio/virtgpu_drv.h| 4
drivers/gpu/drm/virtio/virtgpu_object.c | 19 +++
3 files changed, 24 insertions(+)
diff --git a/drivers/gpu/drm/virtio/Kconfig b/drivers/gpu/drm/virtio/Kconfig
index
From: Yiwei Zhang
On the success of virtio_gpu_object_create, add size of newly allocated
bo to the tracked total_mem. In drm_gem_object_funcs.free, after the gem
bo lost its last refcount, subtract the bo size from the tracked
total_mem if the original underlying memory allocation is successful
more accurate to do this in device driver layer to best match when
the underlying resource gets allocated and destroyed during tracing.
Signed-off-by: Yiwei Zhang
---
drivers/gpu/drm/virtio/Kconfig | 1 +
drivers/gpu/drm/virtio/virtgpu_drv.h| 2 ++
drivers/gpu/drm/virtio/virtgpu_object.c
Hi folks,
This is the plain text version of the previous email in case that was
considered as spam.
--- Background ---
On the downstream Android, vendors used to report GPU private memory
allocations with debugfs nodes in their own formats. However, debugfs nodes
are getting deprecated in the nex
we'd like precise
total GPU private memory per process. We'll check if there're other options
as well. Thanks for pointing this out!
On Wed, Oct 30, 2019 at 2:03 PM Yiwei Zhang wrote:
>
> Hi folks,
>
> Didn't realize gmail has a plain text mode ; )
>
> > I
Hi folks,
Didn't realize gmail has a plain text mode ; )
> In my opinion tracking per process is good, but you cannot sidestep the
> question of tracking performance by saying that there is only few
> processes using the GPU.
Agreed, I shouldn't make that statement. Thanks for the info as well!
. There are no consensus on it at this point.
>
> (sorry for being late to the discussion. I only noticed this thread
> when one of the email got lucky and escape the spam folder.)
>
> Regards,
> Kenny
>
> On Wed, Oct 30, 2019 at 4:14 AM Yiwei Zhang wrote:
> >
> >
//patchwork.kernel.org/cover/11120371/
> >
> > (I still need to reply some of the feedback.)
> >
> > Regards,
> > Kenny
> >
> > On Thu, Oct 31, 2019 at 12:59 PM Yiwei Zhang wrote:
> > >
> > > Hi Kenny,
> > >
> > > Thanks for
Hi Daniel,
> - The labels are currently free-form, baking them back into your structure
> would mean we'd need to do lots of hot add/remove of sysfs directory
> trees. Which sounds like a real bad idea :-/
Given the free form of that ioctl, what's the plan of using that and
the reporting of the
till lives under
"/sys/devices//gpu_mem/". How difficult it is to define
such procfs node structure? Just curious.
Thanks for all the comments and replies!
Best regards,
Yiwei
On Wed, Nov 6, 2019 at 8:55 AM Rob Clark wrote:
>
> On Tue, Nov 5, 2019 at 1:47 AM Daniel Vetter wrote:
&g
uot;s and the KMD will only consume the corresponding
> ones so that the sysfs nodes won't change at all? Report zero if
> there's no allocation or re-use under a particular "label".
Best,
Yiwei
On Wed, Nov 6, 2019 at 11:21 AM Yiwei Zhang wrote:
>
> For the sysfs
sonable to implement another nodes for {total,
total_unmapped} counters? or just surface through /proc/meminfo?
Many thanks for the feedback!
Yiwei
On Tue, Nov 12, 2019 at 12:18 PM Jerome Glisse wrote:
>
> On Tue, Nov 12, 2019 at 10:17:10AM -0800, Yiwei Zhang wrote:
> > Hi folks,
>
d comments so far! Look forward to better
ideas as well!
Best regards,
Yiwei
On Thu, Nov 14, 2019 at 5:02 PM Yiwei Zhang wrote:
>
> Thanks for all the comments and feedback, and they are all so valuable to me.
>
> Let me summarize the main concerns so far here:
> (1) Open sou
Hi folks,
This is Yiwei from the Android Platform Graphics team. On the downstream
Android, vendors used to report GPU private memory allocations with debugfs
nodes in their own formats. However, debugfs nodes are getting deprecated
in the next Android release, so we are taking the chance to unify
> +Yiwei
>
> On Fri, Dec 15, 2023, Kevin Tian wrote:
> > > From: Zhao, Yan Y
> > > Sent: Thursday, December 14, 2023 6:35 PM
> > >
> > > - For host non-MMIO pages,
> > > * virtio guest frontend and host backend driver should be synced to use
> > > the same memory type to map a buffer. Otherw
On Thu, Jun 12, 2025 at 11:02 AM Lucas De Marchi
wrote:
>
> On Thu, Jun 12, 2025 at 05:46:52PM +0100, Tvrtko Ursulin wrote:
> >
> >On 12/06/2025 06:40, Lucas De Marchi wrote:
> >>On Wed, Jun 11, 2025 at 03:51:24PM -0700, Juston Li wrote:
> >>>Add TRACE_GPU_MEM tracepoints for tracking global and p
17 matches
Mail list logo
