https://bugs.freedesktop.org/show_bug.cgi?id=95195
Bug ID: 95195 Summary: Tonga agd5f drm-next-4.7-wip UVD Oops/lock since drm/amdgpu: keep vm in job instead of ib Product: DRI Version: DRI git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: DRM/AMDgpu Assignee: dri-devel@lists.freedesktop.org Reporter: adf.lists@gmail.com
Created attachment 123327 --> https://bugs.freedesktop.org/attachment.cgi?id=123327&action=edit dmesg showing Oops
Tonga on agd5f drm-next-4.7-wip
Getting an Oops followed by a GPU lock using UVD since -
commit 5599239c331b9860c35d5e0fd7c6acbc838fc20d Author: Monk Liu Monk.Liu@amd.com Date: Tue Apr 19 20:11:32 2016 +0800
drm/amdgpu: keep vm in job instead of ib
ib.vm is a legacy way to get vm, after scheduler implemented vm should be get from job, and all ibs from one job share the same vm, no need to keep ib.vm just move vm field to job.
this patch as well add job as paramter to ib_schedule so it can get vm from job->vm.
Easy to provoke with powerplay=1 and auto clocks. Harder to provoke, but also happens with powerplay=0.
dmesg with Oops attached.
https://bugs.freedesktop.org/show_bug.cgi?id=95195
--- Comment #1 from Alex Deucher alexdeucher@gmail.com --- Created attachment 123329 --> https://bugs.freedesktop.org/attachment.cgi?id=123329&action=edit possible fix
Does the attached patch help?
https://bugs.freedesktop.org/show_bug.cgi?id=95195
--- Comment #2 from Andy Furniss adf.lists@gmail.com --- (In reply to Alex Deucher from comment #1)
Created attachment 123329 [details] [review] possible fix
Does the attached patch help?
Yes, so far running OK with that.
https://bugs.freedesktop.org/show_bug.cgi?id=95195
Andy Furniss adf.lists@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|NEW |RESOLVED
dri-devel@lists.freedesktop.org