From: Pan, Xinhui
Sent: Friday, November 10, 2023 12:51 PM
To: Kuehling, Felix ; amd-gfx@lists.freedesktop.org
Cc: Deng, Emily ; Koenig, Christian
Subject: RE: [RFC PATCH v2] drm/amdkfd: Run restore_workers on freezable WQs
I once replaced the queue with the freezable one, but got hang in f
10, 2023 12:51 PM
To: Kuehling, Felix ; amd-gfx@lists.freedesktop.org
Cc: Deng, Emily ; Koenig, Christian
Subject: RE: [RFC PATCH v2] drm/amdkfd: Run restore_workers on freezable WQs
I once replaced the queue with the freezable one, but got hang in flush.
Looks like Felix has fixed it.
A
reedesktop.org
Cc: Deng, Emily ; Koenig, Christian
Subject: RE: [RFC PATCH v2] drm/amdkfd: Run restore_workers on freezable WQs
I once replaced the queue with the freezable one, but got hang in flush.
Looks like Felix has fixed it.
Acked-and-tested-by: xinhui pan
-Original Message---
@lists.freedesktop.org
Cc: Deng, Emily ; Pan, Xinhui ; Koenig,
Christian
Subject: [RFC PATCH v2] drm/amdkfd: Run restore_workers on freezable WQs
Make restore workers freezable so we don't have to explicitly flush them in
suspend and GPU reset code paths, and we don't accidentally try to restore BOs
whi
Make restore workers freezable so we don't have to explicitly flush them
in suspend and GPU reset code paths, and we don't accidentally try to
restore BOs while the GPU is suspended. Not having to flush restore_work
also helps avoid lock/fence dependencies in the GPU reset case where we're
not allo
