Searched hist:"5 f8f635edd8ad5a6416bff4c5ff486500357f473" (Results 1 – 4 of 4) sorted by relevance
| /openbmc/linux/drivers/gpu/drm/radeon/ |
| H A D | radeon_fence.c | diff 5f8f635edd8ad5a6416bff4c5ff486500357f473 Mon Dec 17 10:04:32 CST 2012 Jerome Glisse <jglisse@redhat.com> drm/radeon: avoid deadlock in pm path when waiting for fence
radeon_fence_wait_empty_locked should not trigger GPU reset as no
place where it's call from would benefit from such thing and it
actually lead to a kernel deadlock in case the reset is triggered
from pm codepath. Instead force ring completion in place where it
makes sense or return early in others.
Signed-off-by: Jerome Glisse <jglisse@redhat.com>
Reviewed-by: Christian König <christian.koenig@amd.com>
Signed-off-by: Alex Deucher <alexander.deucher@amd.com>
Cc: stable@vger.kernel.org
|
| H A D | radeon_pm.c | diff 5f8f635edd8ad5a6416bff4c5ff486500357f473 Mon Dec 17 10:04:32 CST 2012 Jerome Glisse <jglisse@redhat.com> drm/radeon: avoid deadlock in pm path when waiting for fence
radeon_fence_wait_empty_locked should not trigger GPU reset as no
place where it's call from would benefit from such thing and it
actually lead to a kernel deadlock in case the reset is triggered
from pm codepath. Instead force ring completion in place where it
makes sense or return early in others.
Signed-off-by: Jerome Glisse <jglisse@redhat.com>
Reviewed-by: Christian König <christian.koenig@amd.com>
Signed-off-by: Alex Deucher <alexander.deucher@amd.com>
Cc: stable@vger.kernel.org
|
| H A D | radeon_device.c | diff 5f8f635edd8ad5a6416bff4c5ff486500357f473 Mon Dec 17 10:04:32 CST 2012 Jerome Glisse <jglisse@redhat.com> drm/radeon: avoid deadlock in pm path when waiting for fence
radeon_fence_wait_empty_locked should not trigger GPU reset as no
place where it's call from would benefit from such thing and it
actually lead to a kernel deadlock in case the reset is triggered
from pm codepath. Instead force ring completion in place where it
makes sense or return early in others.
Signed-off-by: Jerome Glisse <jglisse@redhat.com>
Reviewed-by: Christian König <christian.koenig@amd.com>
Signed-off-by: Alex Deucher <alexander.deucher@amd.com>
Cc: stable@vger.kernel.org
|
| H A D | radeon.h | diff 5f8f635edd8ad5a6416bff4c5ff486500357f473 Mon Dec 17 10:04:32 CST 2012 Jerome Glisse <jglisse@redhat.com> drm/radeon: avoid deadlock in pm path when waiting for fence
radeon_fence_wait_empty_locked should not trigger GPU reset as no
place where it's call from would benefit from such thing and it
actually lead to a kernel deadlock in case the reset is triggered
from pm codepath. Instead force ring completion in place where it
makes sense or return early in others.
Signed-off-by: Jerome Glisse <jglisse@redhat.com>
Reviewed-by: Christian König <christian.koenig@amd.com>
Signed-off-by: Alex Deucher <alexander.deucher@amd.com>
Cc: stable@vger.kernel.org
|