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
Subject: RE: [PATCH] drm/amdgpu: Refactor amdgpu_move_blit
Thanks Tom.
The attached patch can fix this bug.
Best Regards
Rex
From: StDenis, Tom
Sent: Thursday, October 5, 2017 9:42 PM
To: amd-gfx mailing list
Cc: Zhu, Rex; Deucher, Alexander
Subject: tonga mclk regression
I've bisected it to this commit
[root@f
regresstion issue caused by
commit 47047263c52779f1f3393c32e3e53661b53a372e
("drm/amd/powerplay: delete eventmgr related files.")
Change-Id: Ia2ddf83443a666fd1e97ddf4142acce147be00dc
Signed-off-by: Rex Zhu
---
drivers/gpu/drm/amd/powerplay/hwmgr/hwmgr.c | 1 -
drivers/gpu/drm/amd/powerplay/hwmg
Change-Id: Ie745bc10d933462863b4295eb26cc2af08f06547
Signed-off-by: Rex Zhu
---
drivers/gpu/drm/amd/powerplay/amd_powerplay.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/amd/powerplay/amd_powerplay.c
b/drivers/gpu/drm/amd/powerplay/amd_powerplay.c
index f3
-Original Message-
From: Deucher, Alexander
Sent: Thursday, October 05, 2017 3:10 PM
To: Kasiviswanathan, Harish ;
amd-gfx@lists.freedesktop.org
Cc: Kasiviswanathan, Harish
Subject: RE: [PATCH] drm/amdgpu: Refactor amdgpu_move_blit
> -Original Message-
> From: amd-gfx [mailto:a
Hi Christian,
Do you have a minute to review this change?
Yong
On 2017-09-27 02:46 PM, Alex Deucher wrote:
On Tue, Sep 26, 2017 at 7:30 PM, Yong Zhao wrote:
From: Yong Zhao
Without the additional bits set in PDEs/PTEs, the ATC memory access
would have failed.
Change-Id: I28429ef6d39cdb01
> -Original Message-
> From: amd-gfx [mailto:amd-gfx-boun...@lists.freedesktop.org] On Behalf
> Of Christian König
> Sent: Thursday, October 05, 2017 9:08 AM
> To: amd-gfx@lists.freedesktop.org; dri-de...@lists.freedesktop.org
> Subject: [PATCH 6/6] drm/amdgpu: add VM support for huge pages
> -Original Message-
> From: amd-gfx [mailto:amd-gfx-boun...@lists.freedesktop.org] On Behalf
> Of Harish Kasiviswanathan
> Sent: Thursday, October 05, 2017 2:30 PM
> To: amd-gfx@lists.freedesktop.org
> Cc: Kasiviswanathan, Harish
> Subject: [PATCH] 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
Change-Id: I848d541a84a1c2d12827d9dcf6d9054d854b4159
S
On 05/10/17 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 commit
@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 commit adc6af2349f0
("drm/amd/powerplay: fix ret check
Query hardware IP information to find out if there are uvd encode rings
ready for use in kernel driver.
Signed-off-by: James Zhu
---
tests/amdgpu/uvd_enc_tests.c | 27 +--
1 file changed, 21 insertions(+), 6 deletions(-)
diff --git a/tests/amdgpu/uvd_enc_tests.c b/tests/
On 10/05/2017 11:24 AM, James Zhu wrote:
In uvd encode parameter package, parameters input_pic_luma_pitch and
input_pic_chroma_pitch should be picture width align with hardware alignment.
The hardware alignment is 16 for amdgpu family earlier than AMDGPU_FAMILY_AI,
and 256 for later than and in
On 10/05/2017 11:16 AM, Deucher, Alexander wrote:
>> -Original Message-
>> From: amd-gfx [mailto:amd-gfx-boun...@lists.freedesktop.org] On Behalf
>> Of Steven Falco
>> Sent: Thursday, October 05, 2017 10:46 AM
>> To: amd-gfx@lists.freedesktop.org
>> Subject: Tonga PRO [Radeon R9 285/380] [1
Hi Leo,
Sure, I will reset 0 in header file
Thanks!
James Zhu
On 2017-10-05 11:39 AM, Leo Liu wrote:
On 10/05/2017 11:24 AM, James Zhu wrote:
In uvd encode parameter package, parameters input_pic_luma_pitch and
input_pic_chroma_pitch should be picture width align with hardware
alignment.
Th
In uvd encode parameter package, parameters input_pic_luma_pitch and
input_pic_chroma_pitch should be picture width align with hardware alignment.
The hardware alignment is 16 for amdgpu family earlier than AMDGPU_FAMILY_AI,
and 256 for later than and including AMDGPU_FAMILY_AI.
Signed-off-by: Jam
In uvd encode parameter package, parameters input_pic_luma_pitch and
input_pic_chroma_pitch should be picture width align with hardware alignment.
The hardware alignment is 16 for amdgpu family earlier than AMDGPU_FAMILY_AI,
and 256 for later than and including AMDGPU_FAMILY_AI.
Signed-off-by: Jam
Query hardware IP information to find out if there are uvd encode rings
ready for use in kernel driver.
Signed-off-by: James Zhu
---
tests/amdgpu/uvd_enc_tests.c | 27 +--
1 file changed, 21 insertions(+), 6 deletions(-)
diff --git a/tests/amdgpu/uvd_enc_tests.c b/tests/
> -Original Message-
> From: amd-gfx [mailto:amd-gfx-boun...@lists.freedesktop.org] On Behalf
> Of Steven Falco
> Sent: Thursday, October 05, 2017 10:46 AM
> To: amd-gfx@lists.freedesktop.org
> Subject: Tonga PRO [Radeon R9 285/380] [1002:6939] blank screen
>
> I have a Radeon R9 285/380 v
Hi Steve,
A dmesg log for starters would help. Could be as simple as a firmware
file missing or being the wrong version.
Cheers,
Tom
On 05/10/17 10:45 AM, Steven Falco wrote:
I have a Radeon R9 285/380 video card in a machine that is running Fedora 26.
When I run with Fedora kernel versio
I have a Radeon R9 285/380 video card in a machine that is running Fedora 26.
When I run with Fedora kernel version 4.11.11 the video card works properly,
using the amdgpu kernel driver.
However, once I upgrade to a newer kernel in the 4.12 or 4.13 series, my
display goes blank during boot and
I've bisected it to this commit
[root@fx6 linux2]# git bisect bad
df1e63942063a0638a5813e5904988d834db2665 is the first bad commit
commit df1e63942063a0638a5813e5904988d834db2665
Author: Rex Zhu
Date: Fri Sep 1 13:46:20 2017 +0800
drm/amd/powerplay: delete eventmgr layer in poweprlay
From: Christian König
Make it easier to add huge page pool.
Signed-off-by: Christian König
---
drivers/gpu/drm/ttm/ttm_page_alloc.c | 98 +++-
1 file changed, 52 insertions(+), 46 deletions(-)
diff --git a/drivers/gpu/drm/ttm/ttm_page_alloc.c
b/drivers/gpu/drm
From: Christian König
Convert GTT mappings into linear ones for huge page handling.
v2: use fragment size as minimum for linear conversion
Signed-off-by: Christian König
Reviewed-by: Felix Kuehling
---
drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c | 25 ++---
1 file changed, 22
From: Christian König
Try to allocate huge pages when it makes sense.
Signed-off-by: Christian König
Acked-by: Felix Kuehling
---
drivers/gpu/drm/ttm/ttm_page_alloc.c | 49 ++--
1 file changed, 41 insertions(+), 8 deletions(-)
diff --git a/drivers/gpu/drm/ttm/
From: Christian König
Add a new huge page pool and try to allocate from it when it makes sense.
Signed-off-by: Christian König
---
drivers/gpu/drm/ttm/ttm_page_alloc.c | 134 ---
1 file changed, 107 insertions(+), 27 deletions(-)
diff --git a/drivers/gpu/drm/tt
From: Christian König
Instead of mapping them bit by bit map/unmap all consecutive
pages as in one call.
v2: test for consecutive pages instead of using compound page order.
Signed-off-by: Christian König
Acked-by: Felix Kuehling
---
drivers/gpu/drm/ttm/ttm_page_alloc.c | 48
From: Christian König
Totally surprisingly this is more efficient than doing it page by page.
Signed-off-by: Christian König
Acked-by: Felix Kuehling
---
drivers/gpu/drm/ttm/ttm_page_alloc.c | 29 ++---
1 file changed, 14 insertions(+), 15 deletions(-)
diff --git a/dr
I reset to before offending commit and mclk is still pegged at low. So
this commit isn't responsible for this.
I'll bisect and try to hunt it down.
Tom
On 04/10/17 04:52 PM, Tom St Denis wrote:
Hi Andy,
I didn't check that but this part of the original patch:
@@ -689,7 +697,7 @@ static int
On 13/09/17 04:22 AM, Darren Salt wrote:
> ---
> man/amdgpu.man | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/man/amdgpu.man b/man/amdgpu.man
> index c38defe..0d9dd93 100644
> --- a/man/amdgpu.man
> +++ b/man/amdgpu.man
> @@ -80,8 +80,8 @@ separate scanout buffers n
On Thu, Sep 28, 2017 at 07:21:07PM +, Deucher, Alexander wrote:
> > Any updates with the pull requests?
> Sorry travelling last week and swamped this week. I'm going to try
> and get it done tomorrow, otherwise, probably the week after.
No worries, it's only -rc3 so we've got 3-4 weeks.
s
31 matches
Mail list logo