[Intel-xe] [PATCH 0/2] Fix deadlock issue on d3cold

Matthew Auld matthew.william.auld at gmail.com
Mon Dec 4 10:57:51 UTC 2023


Hi,

On Mon, 4 Dec 2023 at 05:18, Riana Tauro <riana.tauro at intel.com> wrote:
>
> kernel BOs need to be restored to the same place in VRAM, and with
> d3cold that means that any VRAM allocation can
> potentially steal the spot from kernel BOs which then blows up when
> waking the device up.
>
> However if we end up moving xe_device_mem_access_get() much higher
> up in the hierarchy (start of the gem_create_ioctl) then
> this is no longer possible.
>
> This patch fixes the deadlock issue seen in
> Link: https://gitlab.freedesktop.org/drm/xe/kernel/-/issues/256
> Also enables d3cold to get CI results
>
> Riana Tauro (2):
>   RFC drm/xe: Move xe_device_mem_access_get to the top of
>     gem_create_ioctl
>   CI drm/xe: Enable d3cold

Tried this locally on DG2 and it triggers lockdep splats for me when
loading the module, so it looks like a lot more is needed before
turning on d3cold. However I also had to manually set the
d3cold.capable=true. Wondering if we have machines in CI that are
d3cold capable, since BAT results are reporting success?

>
>  drivers/gpu/drm/xe/xe_bo.c | 26 ++++++++++++++++++++------
>  drivers/gpu/drm/xe/xe_pm.h |  2 +-
>  2 files changed, 21 insertions(+), 7 deletions(-)
>
> --
> 2.40.0
>


More information about the Intel-xe mailing list