summaryrefslogtreecommitdiff
path: root/drivers/gpu/drm/amd/amdgpu/sdma_v5_0.c
diff options
context:
space:
mode:
authorColin Xu <colin.xu@intel.com>2020-10-16 08:40:59 +0300
committerZhenyu Wang <zhenyuw@linux.intel.com>2020-10-30 06:45:46 +0300
commitbaec997285e63ad3e03d8b8d45e14776cd737f62 (patch)
treec337be1088adf5ce1c2d8fe1ccd24fb30aed1040 /drivers/gpu/drm/amd/amdgpu/sdma_v5_0.c
parent8fe105679765700378eb328495fcfe1566cdbbd0 (diff)
downloadlinux-baec997285e63ad3e03d8b8d45e14776cd737f62.tar.xz
drm/i915/gvt: Only pin/unpin intel_context along with workload
One issue exposed after below commit with which the system will freeze at suspend after vGPU is created (no need to activate the vGPU). commit e6ba76480299 ("drm/i915: Remove i915->kernel_context") Old implementation pin the intel_context at setup_submission and unpin it at clean_submission. So after some vGPU is created, the intel_context is always pinned there although no workload using it. It will then block i915 enter suspend state. There is no need to pin it all the time. Pin/unpin it around workload lifecycle is more reasonable. After GVT enabled suspend/resume, the pinned intel_context will also get unpined when userspace put VM process into suspend state since all workloads are retired, then it's safe to unpin all intel_context for workloads created. So move the pin/unpin to create_workload and destroy_workload, while still keep the create/destroy in old place. V2: Rebase. Fixes: e6ba76480299 ("drm/i915: Remove i915->kernel_context") Reviewed-by: Zhenyu Wang <zhenyuw@linux.intel.com> Signed-off-by: Colin Xu <colin.xu@intel.com> Signed-off-by: Zhenyu Wang <zhenyuw@linux.intel.com> Link: http://patchwork.freedesktop.org/patch/msgid/20201016054059.238371-1-colin.xu@intel.com
Diffstat (limited to 'drivers/gpu/drm/amd/amdgpu/sdma_v5_0.c')
0 files changed, 0 insertions, 0 deletions