RE: [RFC PATCH 0/3] drm/amdgpu: Render-node second-level trap handler

AMD General

> -----Original Message-----
> From: Timur Kristóf <[email protected]>
> Sent: Thursday, August 20, 2026 2:59 PM
> To: Koenig, Christian <[email protected]>; Deucher, Alexander
> <[email protected]>; SHANMUGAM, SRINIVASAN
> <[email protected]>
> Cc: [email protected]; SHANMUGAM, SRINIVASAN
> <[email protected]>; Six, Lancelot
> <[email protected]>; Kuehling, Felix <[email protected]>; Zhu,
> James <[email protected]>; Lazar, Lijo <[email protected]>; Pelloux-
> Prayer, Pierre-Eric <[email protected]>; Samuel Pitoiset
> <[email protected]>; Natalie Vock <[email protected]>
> Subject: Re: [RFC PATCH 0/3] drm/amdgpu: Render-node second-level trap
> handler
>
> On 2026. augusztus 20., csütörtök 9:01:40 közép-európai nyári idő Srinivasan
> Shanmugam wrote:
> > When a GPU shader hits an error or exception, the hardware calls a
> > trap handler. AMD GPUs support two levels: a first-level handler that
> > runs inside the kernel (via CWSR), and an optional second-level
> > handler that runs in userspace. The second-level handler lets a
> > runtime or debugger catch shader exceptions without any kernel changes.
> >
> > KFD already provides this for compute workloads. Render-node user
> > queues use the same first-level CWSR trap infrastructure but had no
> > way to install a second-level handler. This series adds that support.
>
> Hello Srini,
>
> Thank you for working on this.
> I notice that you mention user queues here. Does that mean that the new trap
> handler will only work with user queues? We would like to see it working with kernel
> queues as well because:
>
> 1. User queues are not supported on GFX9, GFX10, GFX10.3 2. User queues are
> not enabled by default yet in the kernel 3. RADV currently can't use user queues on
> an GPU

Hi Timur,

Thanks for the feedback.

This series focuses on compute user queues first.
The UAPI is designed to allow kernel and graphics queue
support to be added later as a follow-up.

Best regards,
Srini

>
> Thanks & best regards,
> Timur