Searched hist:"3 c0363891c0fa5d17b683b758bff0d81fa6a9775" (Results 1 – 4 of 4) sorted by relevance
| /openbmc/linux/drivers/gpu/drm/radeon/ |
| H A D | radeon_irq_kms.c | diff 3c0363891c0fa5d17b683b758bff0d81fa6a9775 Wed Aug 27 08:22:01 CDT 2014 Christian König <christian.koenig@amd.com> drm/radeon: drop doing resets in a work item
Blocking completely innocent processes with a GPU reset is
a pretty bad idea. Just set needs_reset and let the next
command submission or fence wait do the job.
Signed-off-by: Christian König <christian.koenig@amd.com>
Reviewed-by: Maarten Lankhorst <maarten.lankhorst@canonical.com>
Signed-off-by: Alex Deucher <alexander.deucher@amd.com>
|
| H A D | cik.c | diff 3c0363891c0fa5d17b683b758bff0d81fa6a9775 Wed Aug 27 08:22:01 CDT 2014 Christian König <christian.koenig@amd.com> drm/radeon: drop doing resets in a work item
Blocking completely innocent processes with a GPU reset is
a pretty bad idea. Just set needs_reset and let the next
command submission or fence wait do the job.
Signed-off-by: Christian König <christian.koenig@amd.com>
Reviewed-by: Maarten Lankhorst <maarten.lankhorst@canonical.com>
Signed-off-by: Alex Deucher <alexander.deucher@amd.com>
|
| H A D | radeon_device.c | diff 3c0363891c0fa5d17b683b758bff0d81fa6a9775 Wed Aug 27 08:22:01 CDT 2014 Christian König <christian.koenig@amd.com> drm/radeon: drop doing resets in a work item
Blocking completely innocent processes with a GPU reset is
a pretty bad idea. Just set needs_reset and let the next
command submission or fence wait do the job.
Signed-off-by: Christian König <christian.koenig@amd.com>
Reviewed-by: Maarten Lankhorst <maarten.lankhorst@canonical.com>
Signed-off-by: Alex Deucher <alexander.deucher@amd.com>
|
| H A D | radeon.h | diff 3c0363891c0fa5d17b683b758bff0d81fa6a9775 Wed Aug 27 08:22:01 CDT 2014 Christian König <christian.koenig@amd.com> drm/radeon: drop doing resets in a work item
Blocking completely innocent processes with a GPU reset is
a pretty bad idea. Just set needs_reset and let the next
command submission or fence wait do the job.
Signed-off-by: Christian König <christian.koenig@amd.com>
Reviewed-by: Maarten Lankhorst <maarten.lankhorst@canonical.com>
Signed-off-by: Alex Deucher <alexander.deucher@amd.com>
|