答复: 答复: [PATCH 12/13] drm/amdgpu:changes in gfx DMAframe scheme

2017-03-28 Thread Liu, Monk
at can avoid above corner case. -邮件原件----- 发件人: Christian König [mailto:deathsim...@vodafone.de] 发送时间: Tuesday, March 28, 2017 4:34 PM 收件人: Liu, Monk ; amd-gfx@lists.freedesktop.org 主题: Re: 答复: [PATCH 12/13] drm/amdgpu:changes in gfx DMAframe scheme No sure what version of the code your are w

Re: 答复: [PATCH 12/13] drm/amdgpu:changes in gfx DMAframe scheme

2017-03-28 Thread Christian König
17 AM 收件人: Liu, Monk ; amd-gfx@lists.freedesktop.org 主题: Re: [PATCH 12/13] drm/amdgpu:changes in gfx DMAframe scheme Am 24.03.2017 um 11:38 schrieb Monk Liu: 1) Adapt to vulkan: Now use double SWITCH BUFFER to replace the 128 nops w/a, because when vulkan introduced, umd can insert 7 ~ 16 IBs p

答复: [PATCH 12/13] drm/amdgpu:changes in gfx DMAframe scheme

2017-03-27 Thread Liu, Monk
Christian For the 128 NOPs after VM flush, already removed for gfx8 & 7 BR Monk -邮件原件- 发件人: Christian König [mailto:deathsim...@vodafone.de] 发送时间: Tuesday, March 28, 2017 12:17 AM 收件人: Liu, Monk ; amd-gfx@lists.freedesktop.org 主题: Re: [PATCH 12/13] drm/amdgpu:changes in gfx DMAf

Re: [PATCH 12/13] drm/amdgpu:changes in gfx DMAframe scheme

2017-03-27 Thread Christian König
Am 24.03.2017 um 11:38 schrieb Monk Liu: 1) Adapt to vulkan: Now use double SWITCH BUFFER to replace the 128 nops w/a, because when vulkan introduced, umd can insert 7 ~ 16 IBs per submit which makes 256 DW size cannot hold the whole DMAframe (if we still insert those 128 nops), CP team suggests

RE: [PATCH 12/13] drm/amdgpu:changes in gfx DMAframe scheme

2017-03-27 Thread Deucher, Alexander
> -Original Message- > From: amd-gfx [mailto:amd-gfx-boun...@lists.freedesktop.org] On Behalf > Of Monk Liu > Sent: Friday, March 24, 2017 6:39 AM > To: amd-gfx@lists.freedesktop.org > Cc: Liu, Monk > Subject: [PATCH 12/13] drm/amdgpu:changes in gfx DMAframe scheme &g

[PATCH 12/13] drm/amdgpu:changes in gfx DMAframe scheme

2017-03-24 Thread Monk Liu
1) Adapt to vulkan: Now use double SWITCH BUFFER to replace the 128 nops w/a, because when vulkan introduced, umd can insert 7 ~ 16 IBs per submit which makes 256 DW size cannot hold the whole DMAframe (if we still insert those 128 nops), CP team suggests use double SWITCH_BUFFERs, instead of trick