diff options
| author | Prike Liang <Prike.Liang@amd.com> | 2026-10-14 15:03:30 +0800 |
|---|---|---|
| committer | Alex Deucher <alexander.deucher@amd.com> | 2026-11-04 12:43:58 -0500 |
| commit | e23621a91bb59d22c2e7a0a1b680f3d4acbbdce1 (patch) | |
| tree | e139290d63f395a3b817fc5f294f32aa3b78a223 /tools/lib/python | |
| parent | 71388e1ed836d7645b4807cead35edf24da00bcd (diff) | |
drm/amdgpu/vce: don't allocate a scheduler fence in the direct IB test
The IB tests run inside GPU recovery, which must not allocate memory with
reclaim. The direct IB pool and the job allocation use GFP_ATOMIC for
this reason.
amdgpu_vce_get_create_msg() and amdgpu_vce_get_destroy_msg() still pass
the VCE scheduler entity for direct submissions, so drm_sched_job_init()
allocates a scheduler fence with GFP_KERNEL that the direct submission
never uses.
The create message is always submitted directly, so don't pass the entity
there. The destroy message also goes through the scheduler when the
handles of a closed file are freed, so only pass the entity for those
scheduled submissions.
Signed-off-by: Prike Liang <Prike.Liang@amd.com>
Cc: Leo Liu <leo.liu@amd.com>
Reviewed-by: Leo Liu <leo.liu@amd.com>
Signed-off-by: Alex Deucher <alexander.deucher@amd.com>
(cherry picked from commit 995905389d93b19e9b77cf11cae16454458bf8dd)
Diffstat (limited to 'tools/lib/python')
0 files changed, 0 insertions, 0 deletions
