don't block driver proceeding after ib test failure detected ,
doable ?
发件人: Christian König <deathsim...@vodafone.de>
发送时间: 2017年2月8日 23:59:10
收件人: Liu, Monk; Michel Dänzer
抄送: amd-gfx@lists.freedesktop.org
主题: Re: 答复: 答复: [PATCH] drm/amdgpu:fix amdgpu_sa_bo_new
is really adding to much delay at bootup.
*发件人:* Michel Dänzer <mic...@daenzer.net>
*发送时间:* 2017年2月8日 23:52:02
*收件人:* Christian König; Liu, Monk
*抄送:* amd-gfx@lists.freedesktop.org
*主题:* Re: 答复: [PATCH] drm/amdgpu:fix
agreed, why not just use cpu to clear it ? is it because performance ?
发件人: Michel Dänzer <mic...@daenzer.net>
发送时间: 2017年2月8日 23:52:02
收件人: Christian König; Liu, Monk
抄送: amd-gfx@lists.freedesktop.org
主题: Re: 答复: [PATCH] drm/amdgpu:fix amdgpu_sa_bo_new
On 09/02/17 12:30 AM, Christian König wrote:
> The IB test make the decision if the hardware is working or not.
>
> So they should be the first commands (except for the ring tests) we send
> to the hardware.
>
> When we allocate the fb before the test we send the clear command to the
> hardware
The IB test make the decision if the hardware is working or not.
So they should be the first commands (except for the ring tests) we send
to the hardware.
When we allocate the fb before the test we send the clear command to the
hardware without knowing if the hardware really works or not.
yeah, make sense
@Christian, why move fbdev_init() further down after ib test ? any
consideration ?
发件人: Michel Dänzer
发送时间: 2017年2月8日 23:19:23
收件人: Christian König; Liu, Monk
抄送: amd-gfx@lists.freedesktop.org
主题: Re: [PATCH] drm/amdgpu:fix