Re: [PATCH v10 2/4] drm/doc: Document device wedged event

2025-01-21 Thread Xaver Hugl
> +It is the responsibility of the consumer to make sure that the device or > +its resources are not in use by any process before attempting recovery. I'm not convinced this is actually doable in practice, outside of killing all apps that aren't the one trying to recover the GPU. Is this just about

Re: [PATCH v10 0/4] Introduce DRM device wedged event

2025-01-21 Thread Xaver Hugl
Hi, I experimented with using this in KWin, and https://invent.kde.org/plasma/kwin/-/merge_requests/7027/diffs?commit_id=6da40f1b9e2bc94615a436de4778880cee16f940 makes it fall back to a software renderer when a rebind is required to recover the GPU. Making it also survive the rebind properly is mo

Re: [PATCH] RFC: drm/drm_plane: Expose the plane capability and interoperability

2024-07-16 Thread Xaver Hugl
Hi, On Dienstag, 9. Juli 2024 09:46:56 MESZ Arun R Murthy wrote: > Each plane has its own capability or interoperability based on the > harware restrictions. If this is exposed to the user, then user can read > it once on boot and store this. Later can be used as a lookup table to > check a corres

Re: [Intel-gfx] [PATCH 1/6] drm/uapi: Document CTM matrix better

2023-05-01 Thread Xaver Hugl
I can't say anything about the other commits in this series, but "Document in which order the CTM matrix elements are stored" is Reviewed-by: Xaver Hugl