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 a/drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c
b/drivers/gpu/drm
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 amdgpu_copy
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 amdgpu_cs_parser_init and muex
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 includes
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 06.10.2017 um 17:35 schrieb Yong Zh
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 +++
drivers/gpu/drm/amd/amdgpu/amdgpu_ctx.c | 8 ++--
2 files changed
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 47047263c52779f1f3393c32e3e53661b53
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 dfbf0c14dd75d
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
Nice solution for the define. Patch
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
---
drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c | 9 ++---
drivers/gpu/drm/amd/a
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 r
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
>>> amd_powerpl
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 su
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 includes
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: Ia2ddf83443a666fd1e97ddf4142acce1
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 insertion(+)
diff --git a/drivers/gpu/drm/amd/powerp
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 se
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
---
drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c | 18 +++---
18 matches
Mail list logo