RE: [PATCH 2/6] drm/amdgpu:need som change on vega10 mailbox

2017-05-03 Thread Liu, Monk
ist <amd-gfx@lists.freedesktop.org> Subject: Re: [PATCH 2/6] drm/amdgpu:need som change on vega10 mailbox On Wed, May 3, 2017 at 5:05 AM, Christian König <deathsim...@vodafone.de> wrote: > Am 03.05.2017 um 05:48 schrieb Monk Liu: >> >> if sriov gpu reset is invoked by job timeout, it

Re: [PATCH 2/6] drm/amdgpu:need som change on vega10 mailbox

2017-05-03 Thread Alex Deucher
On Wed, May 3, 2017 at 5:05 AM, Christian König wrote: > Am 03.05.2017 um 05:48 schrieb Monk Liu: >> >> if sriov gpu reset is invoked by job timeout, it is run >> in a global work-queue which is very slow and better not call >> msleep ortherwise it takes long time to get

Re: [PATCH 2/6] drm/amdgpu:need som change on vega10 mailbox

2017-05-03 Thread Christian König
Am 03.05.2017 um 05:48 schrieb Monk Liu: if sriov gpu reset is invoked by job timeout, it is run in a global work-queue which is very slow and better not call msleep ortherwise it takes long time to get back CPU. so make below changes: 1: Change msleep 1 to mdelay 5 2: Ignore the ack fail from

RE: [PATCH 2/6] drm/amdgpu:need som change on vega10 mailbox

2017-05-03 Thread Yu, Xiangliang
> Cc: Liu, Monk <monk@amd.com> > Subject: [PATCH 2/6] drm/amdgpu:need som change on vega10 mailbox > > if sriov gpu reset is invoked by job timeout, it is run in a global work-queue > which is very slow and better not call msleep ortherwise it takes long time to > get back CP

[PATCH 2/6] drm/amdgpu:need som change on vega10 mailbox

2017-05-02 Thread Monk Liu
if sriov gpu reset is invoked by job timeout, it is run in a global work-queue which is very slow and better not call msleep ortherwise it takes long time to get back CPU. so make below changes: 1: Change msleep 1 to mdelay 5 2: Ignore the ack fail from pf after time out, because VF FLR will

[PATCH 2/6] drm/amdgpu:need som change on vega10 mailbox

2017-05-01 Thread Monk Liu
if sriov gpu reset is invoked by job timeout, it is run in a global work-queue which is very slow and better not call msleep ortherwise it takes long time to get back CPU. so make below changes: 1: Change msleep 1 to mdelay 5 2: Ignore the ack fail from pf after time out, because VF FLR will