Re: [PATCH] drm/debugfs: add client-id to the debugfs entry

2025-05-28 Thread Khatri, Sunil
Sure Pierre Go ahead and get them merged. I am also planning to use that information in debugfs implementation of some parameters of our driver so I do need those. I will drop my debugfs patch. Regards Sunil Khatri On 5/28/2025 6:32 PM, Christian König wrote: On 5/28/25 14:33, Pierre-Eric P

RE: [PATCH] drm/debugfs: add client-id to the debugfs entry

2025-05-28 Thread Khatri, Sunil
- From: Pierre-Eric Pelloux-Prayer Sent: Wednesday, May 28, 2025 6:03 PM To: Koenig, Christian ; Khatri, Sunil ; dri-devel@lists.freedesktop.org; Tvrtko Ursulin ; dmitry.osipe...@collabora.com; Pelloux-Prayer, Pierre-Eric Subject: Re: [PATCH] drm/debugfs: add client-id to the debugfs entry Hi

Re: [PATCH] drm/debugfs: add client-id to the debugfs entry

2025-05-28 Thread Christian König
On 5/28/25 14:33, Pierre-Eric Pelloux-Prayer wrote: > Hi, > > This patch looks similar to: > https://lists.freedesktop.org/archives/dri-devel/2025-May/507653.html Mhm, I thought that I have seen that before. Why haven't we pushed that yet? Is there still some ongoing reviews on the scheduler si

Re: [PATCH] drm/debugfs: add client-id to the debugfs entry

2025-05-28 Thread Pierre-Eric Pelloux-Prayer
Hi, This patch looks similar to: https://lists.freedesktop.org/archives/dri-devel/2025-May/507653.html Thanks, Pierre-Eric Le 28/05/2025 à 13:00, Christian König a écrit : Adding some people who worked on the client name and client id fields. On 5/28/25 09:22, Sunil Khatri wrote: pid is not

Re: [PATCH] drm/debugfs: add client-id to the debugfs entry

2025-05-28 Thread Christian König
Adding some people who worked on the client name and client id fields. On 5/28/25 09:22, Sunil Khatri wrote: > pid is not always the right choice for fd to track > the caller and hence adding drm client-id to the > print which is unique for a drm client and can be > used by driver in debugging >

[PATCH] drm/debugfs: add client-id to the debugfs entry

2025-05-28 Thread Sunil Khatri
pid is not always the right choice for fd to track the caller and hence adding drm client-id to the print which is unique for a drm client and can be used by driver in debugging One of the use is to further enhance debugging for amdgpu driver based on client-id. Signed-off-by: Sunil Khatri ---