[PATCH v2 2/2] drm/amdgpu: Add amdgpu_find_mm_node()

Change-Id: I12231e18bb60152843cd0e0213ddd0d0e04e7497 Signed-off-by: Harish Kasiviswanathan --- drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c | 36 +++-- 1 file changed, 21 insertions(+), 15 deletions(-) diff --git

[PATCH v2 1/2] drm/amdgpu: Refactor amdgpu_move_blit

Add more generic function amdgpu_copy_ttm_mem_to_mem() that supports arbitrary copy size, offsets and two BOs (source & dest.). This is useful for KFD Cross Memory Attach feature where data needs to be copied from BOs from different processes v2: Add struct amdgpu_copy_mem and changed

[PATCH 1/2] drm/amdgpu:resolv deadlock between reset and cs_ioctl v4.

From: Monk Liu need to unreserve ttm bo before "cs_add_fence" and "entity_push_job" otherwise there will be deadlock between "recover_vram_from_shadow" and previous two routines on the ttm bo's resv lock. v2: Add per ctx mutex. v3: Rellocate mutex aquisition into

Re: Tonga PRO [Radeon R9 285/380] [1002:6939] blank screen

On 10/05/2017 02:26 PM, Martin Babutzka wrote: > @Steven Falco: This behavior was EXACTLY the same with my R9 380 caused > by commit e37a7b4088da ("drm/amd/powerplay: tidy up ret checks in > amd_powerplay.c"). This is reverted now since a few days - are you sure > your kernel build already

Re: [PATCH] drm/amdgpu: Set the correct value for PDEs/PTEs of ATC memory on Raven

Thanks. Pushed. Yong From: Christian König Sent: Friday, October 6, 2017 1:16:36 PM To: Zhao, Yong; amd-gfx@lists.freedesktop.org Subject: Re: [PATCH] drm/amdgpu: Set the correct value for PDEs/PTEs of ATC memory on Raven Am

[PATCH 2/2] dmr/amdgpu: Move old fence waiting before reservation lock is aquired.

From: Andrey Grodzovsky This allows to avoid deadlock during GPU reset. Change-Id: I817e351b02e653f078063c57cec8a0d94062de12 Signed-off-by: Andrey Grodzovsky --- drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c | 15 +++

Re: [PATCH 2/2] drm/amd/powerplay: fix mclk can't switch on Tonga

These also fix for me. Testing with 4.15-wip I also need the partial revert patch. Tom St Denis wrote: Hi Rex, Thanks. Everything seems to be functional again on my Tonga. Cheers, Tom On 06/10/17 01:18 AM, Rex Zhu wrote: regresstion issue caused by commit

[pull] amdgpu drm-next-4.15-dc

Hi Dave, Latest cleanups for DC from you and Harry. Note that there is some flickering on some older asics with this branch due to a regression in powerplay that has already been fixed and will be included in my next non-DC pull request next week. The following changes since commit

Re: [PATCH] drm/amdgpu: Set the correct value for PDEs/PTEs of ATC memory on Raven

Am 06.10.2017 um 17:35 schrieb Yong Zhao: From: Yong Zhao Without the additional bits set in PDEs/PTEs, the ATC memory access would have failed on Raven. Change-Id: I28429ef6d39cdb01dc6f17fea4264ee22d7121d4 Signed-off-by: Yong Zhao Acked-by: Alex Deucher

[PATCH] drm/amdgpu: Set the correct value for PDEs/PTEs of ATC memory on Raven

From: Yong Zhao Without the additional bits set in PDEs/PTEs, the ATC memory access would have failed on Raven. Change-Id: I28429ef6d39cdb01dc6f17fea4264ee22d7121d4 Signed-off-by: Yong Zhao Acked-by: Alex Deucher ---

Regression: Crash/freeze when resuming from suspend or locked screen

Hello there, Sorry it is me again with another regression. I just built the latest amd-staging-drm-next and the issue which was already reported here: https://github.com/M-Bab/linux-kernel-amdgpu-binaries/issues/29 and which I can confirm is still existing. The issue is caused occasionally when

Re: Tonga PRO [Radeon R9 285/380] [1002:6939] blank screen

On 10/06/2017 08:57 AM, Tom St Denis wrote: > On 06/10/17 08:37 AM, Steven Falco wrote: >> On 10/05/2017 02:26 PM, Martin Babutzka wrote: >>> @Steven Falco: This behavior was EXACTLY the same with my R9 380 caused >>> by commit e37a7b4088da ("drm/amd/powerplay: tidy up ret checks in >>>

Re: Tonga PRO [Radeon R9 285/380] [1002:6939] blank screen

On 06/10/17 08:37 AM, Steven Falco wrote: On 10/05/2017 02:26 PM, Martin Babutzka wrote: @Steven Falco: This behavior was EXACTLY the same with my R9 380 caused by commit e37a7b4088da ("drm/amd/powerplay: tidy up ret checks in amd_powerplay.c"). This is reverted now since a few days - are you

Re: Tonga PRO [Radeon R9 285/380] [1002:6939] blank screen

On 10/05/2017 02:26 PM, Martin Babutzka wrote: > @Steven Falco: This behavior was EXACTLY the same with my R9 380 caused > by commit e37a7b4088da ("drm/amd/powerplay: tidy up ret checks in > amd_powerplay.c"). This is reverted now since a few days - are you sure > your kernel build already

Re: [PATCH 2/2] drm/amd/powerplay: fix mclk can't switch on Tonga

Hi Rex, Thanks. Everything seems to be functional again on my Tonga. Cheers, Tom On 06/10/17 01:18 AM, Rex Zhu wrote: regresstion issue caused by commit 47047263c52779f1f3393c32e3e53661b53a372e ("drm/amd/powerplay: delete eventmgr related files.") Change-Id:

[PATCH] drm/amd/powerplay: get the temperature on CZ

From: Satyajit Sahu Setting the function pointer to the get the temperature on CZ. Change-Id: I1f368649a68669f3aa6988ce496b6c9a90916355 Signed-off-by: Satyajit Sahu --- drivers/gpu/drm/amd/powerplay/hwmgr/cz_hwmgr.c | 1 + 1 file changed, 1

Re: [PATCH 00/18] use ARRAY_SIZE macro

On Mon, Oct 02, 2017 at 09:33:12PM -0400, Jérémy Lefaure wrote: > On Mon, 2 Oct 2017 15:22:24 -0400 > bfie...@fieldses.org (J. Bruce Fields) wrote: > > > Mainly I'd just like to know which you're asking for. Do you want me to > > apply this, or to ACK it so someone else can? If it's sent as a

Re: [PATCH] drm/amdgpu: Set the correct value for PDEs/PTEs of ATC memory

Am 27.09.2017 um 01:30 schrieb Yong Zhao: From: Yong Zhao Without the additional bits set in PDEs/PTEs, the ATC memory access would have failed. Change-Id: I28429ef6d39cdb01dc6f17fea4264ee22d7121d4 Signed-off-by: Yong Zhao ---

Re: [PATCH] drm/amdgpu: Refactor amdgpu_move_blit

Am 05.10.2017 um 23:56 schrieb Kasiviswanathan, Harish: -Original Message- From: Deucher, Alexander Sent: Thursday, October 05, 2017 3:10 PM To: Kasiviswanathan, Harish ; amd-gfx@lists.freedesktop.org Cc: Kasiviswanathan, Harish