[PATCH] drm/amdgpu: cleanup amdgpu_cs_ioctl to make code logicality clear
Christian König
deathsimple at vodafone.de
Mon Oct 31 09:14:26 UTC 2016
Am 31.10.2016 um 09:58 schrieb Huang Rui:
> On Mon, Oct 31, 2016 at 03:53:52PM +0800, Christian König wrote:
>> Am 31.10.2016 um 03:08 schrieb Huang Rui:
>>> Signed-off-by: Huang Rui <ray.huang at amd.com>
>> Looks good to me, patch is Reviewed-by: Christian König
>> <christian.koenig at amd.com>.
>>
>> BTW: amdgpu_cs_handle_lockup() is a leftover from radeon and can be
>> removed. Would be nice if you can take care of this as well.
>>
> Sure. amdgpu_cs_handle_lockup actually will trigger a gpu reset when r ==
> -EDEADLK. I'm not very clear with why we needn't gpu reset on that case
> yet, could you explain?
On radeon the fence wait function returned -EDEADLK when it detected
that the hardware is locked up.
In the CS and GEM IOCTLs we then catch this error, reseted the hardware
and tried again.
Since we never return -EDEADLK any more we can just drop the handling
for this.
Regards,
Christian.
>
> Thanks,
> Rui
More information about the amd-gfx
mailing list