Am 12.01.2017 um 22:14 schrieb Alex Xie:
Before this change, the error message is:
"WARNING - Suite initialization failed..."
People might think this is a driver problem.
Tested with non-privileged user. Now the error message is like:
...
Error:Permission denied. Hint:Try to run this test progra
Am 13.01.2017 um 05:11 schrieb Monk Liu:
otherwise CSA may unmapped before gpu_scheduler scheduling
jobs and trigger VM fault on CSA address
Change-Id: Ib2e25ededf89bca44c764477dd2f9127024ca78c
Signed-off-by: Monk Liu
Did you really run into an issue because of that?
Calling amdgpu_vm_bo_rmv
From: Christian König
Not allowing errors here is completely pointless and actually dangerous
cause trying to continue on an error can cause an endless loop.
Signed-off-by: Christian König
---
drivers/gpu/drm/ttm/ttm_bo.c | 28 +++-
1 file changed, 11 insertions(+), 17
Hi Roger,
as promised the proper fix for the performance drop during command submission.
Please test the attached set of patches with your OpenCL test case.
Regards,
Christian.
___
amd-gfx mailing list
amd-gfx@lists.freedesktop.org
https://lists.freed
From: Christian König
This way the driver can specify a priority for a BO which has the effect that
a BO is only evicted when all other BOs with a lower priority are evicted
first.
Signed-off-by: Christian König
---
drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c | 4 +-
drivers/gpu/drm/ttm/ttm_bo.c
From: Christian König
The additional housekeeping had to much CPU overhead,
let's use the BO priorities instead.
Signed-off-by: Christian König
---
drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c | 2 --
drivers/gpu/drm/ast/ast_ttm.c | 2 --
drivers/gpu/drm/bochs/bochs_mm.c| 2 --
From: Christian König
Give kernel allocations a higher priority cause it is often
more work to swap them back in.
Signed-off-by: Christian König
---
drivers/gpu/drm/amd/amdgpu/amdgpu_object.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_object.c
b/dr
From: Christian König
Keeping groups of BOs on the LRU is to time consuming on command submission.
Instead use the newly added BO priority to give a certain eviction order.
Signed-off-by: Christian König
---
drivers/gpu/drm/amd/amdgpu/amdgpu_object.c | 3 ++
drivers/gpu/drm/amd/amdgpu/amdgpu
From: Christian König
Without the custom LRU management the callback is not used any more.
Signed-off-by: Christian König
---
drivers/gpu/drm/ttm/ttm_bo.c| 12 +---
include/drm/ttm/ttm_bo_driver.h | 6 --
2 files changed, 5 insertions(+), 13 deletions(-)
diff --git a/drivers/
only with amdgpu_vm_bo_rmv() won't has such bug, but in another branch for
sriov, we not only call vm_bo_rmv(), and we also set csa_addr to NULL after it,
so the NULL address is inserted in RB, and when preemption occured, CP backup
snapshot to NULL address.
although in staging-4.9 we didn't s
Ah, in this case please separate the amdgpu_vm_bo_rmv() from setting
csa_addr to NULL.
Cause amdgpu_vm_bo_rmv() should come before amdgpu_vm_fini() and that in
turn should become before waiting for the scheduler so that the MM knows
that the memory is about to be freed.
Regards,
Christian.
Signed-off-by: Donny Yang
---
drivers/gpu/drm/amd/powerplay/hwmgr/smu7_hwmgr.c | 46 +---
1 file changed, 33 insertions(+), 13 deletions(-)
diff --git a/drivers/gpu/drm/amd/powerplay/hwmgr/smu7_hwmgr.c
b/drivers/gpu/drm/amd/powerplay/hwmgr/smu7_hwmgr.c
index f6c01e19..103e13
Signed-off-by: Donny Yang
---
drivers/gpu/drm/amd/powerplay/hwmgr/smu7_hwmgr.c | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/amd/powerplay/hwmgr/smu7_hwmgr.c
b/drivers/gpu/drm/amd/powerplay/hwmgr/smu7_hwmgr.c
index 103e1330..4dd27c28 100644
--- a/dri
Hello
A phoronix user reported success undervolting their RX470 under amdgpu-pro (
https://www.phoronix.com/forums/forum/linux-graphics-x-org-drivers/amd-linux/918649-underclocking-undervolting-the-rx-470-with-amdgpu-pro-success),
but I noticed they only edited a file that is in the non-pro versio
Tested on a RX480.
I'm not sure whether to report VDDCI or MVDD for memory. MVDD felt "more"
correct, so that's what I've done.
Donny Yang (2):
drm/amdgpu: Populate DPMv1 voltage tables
drm/amdgpu: Report VDDC and MVDD over pp_dpm{sclk,mclk}
drivers/gpu/drm/amd/powerplay/hwmgr/smu7_hwmgr.c
Signed-off-by: Donny Yang
---
drivers/gpu/drm/amd/powerplay/hwmgr/smu7_hwmgr.c | 70 +++-
1 file changed, 21 insertions(+), 49 deletions(-)
diff --git a/drivers/gpu/drm/amd/powerplay/hwmgr/smu7_hwmgr.c
b/drivers/gpu/drm/amd/powerplay/hwmgr/smu7_hwmgr.c
index a74f60a5..f6c01e
On Fri, Jan 13, 2017 at 4:20 AM, Christian König
wrote:
> Am 12.01.2017 um 22:14 schrieb Alex Xie:
>>
>> Before this change, the error message is:
>> "WARNING - Suite initialization failed..."
>> People might think this is a driver problem.
>>
>> Tested with non-privileged user. Now the error mess
On Thu, Jan 12, 2017 at 2:41 AM, Monk Liu wrote:
> ce's META-DATA write need prior to cntx_cntrl package
> and de's should following.
>
> Change-Id: I2bf436d8a16bae38ce484f846f0b399e16cfe80a
> Signed-off-by: Monk Liu
Reviewed-by: Alex Deucher
> ---
> drivers/gpu/drm/amd/amdgpu/amdgpu.h| 1
On Thu, Jan 12, 2017 at 2:41 AM, Monk Liu wrote:
> Change-Id: I66007a7f7e4e27fb129121f36143dce3cfb43738
> Signed-off-by: Monk Liu
> ---
> drivers/gpu/drm/amd/amdgpu/amdgpu.h | 31 ++
> drivers/gpu/drm/amd/amdgpu/gfx_v8_0.c | 61
> +++
> 2 files
On Fri, Jan 13, 2017 at 11:28 AM, Alex Deucher wrote:
> On Thu, Jan 12, 2017 at 2:41 AM, Monk Liu wrote:
>> ce's META-DATA write need prior to cntx_cntrl package
>> and de's should following.
>>
>> Change-Id: I2bf436d8a16bae38ce484f846f0b399e16cfe80a
>> Signed-off-by: Monk Liu
>
> Reviewed-by: A
It'd be nicer to move these into the PP_SENSORS framework and then print them
from pm_info.
But other than that I don't have any strong objections to these patches.
Tom
From: amd-gfx on behalf of Donny Yang
Sent: Friday, January 13, 2017 03:58
To: amd-gfx@
On 9 January 2017 at 18:34, Andres Rodriguez wrote:
> Add the missing definition of RADEON_TILING_R600_NO_SCANOUT.
>
> This define currently exists in the libdrm radeon_drm.h, but missing
> from from the kernel radeon_drm.h. This makes the header update process
> inconvenient.
>
> To solve the pro
On 9 January 2017 at 18:34, Andres Rodriguez wrote:
> Generated using make headers_install from:
> airlied/drm-next 3806a27 Merge tag 'drm-misc-next-2016-12-30' ...
> +
> drm/radeon: define RADEON_TILING_R600_NO_SCANOUT
>
> By adding RADEON_TILING_R600_NO_SCANOUT to the kernel tree we no longer
>
From: Andrey Grodzovsky
Switching to -ENOMEM resolves a hang in case the driver
uses this function in atomic code path.
v2: Update commit message.
v3:
Remove forcing -EINVAL in case of amdgpu_bo_pin fail
since there is no apparent reason for not just passing
through the the return value.
Signed
From: Andrey Grodzovsky
Make pflip atomic friendly. Split the fuinction into
whatever can fail part and the actual flip submit part.
Call the pre-submit function before atomic states
are swapped so in case of error we can fail the
IOCTL.
v2:
Update due to target_vblank code change.
Fix identeta
Am 13.01.2017 um 19:26 schrieb Alex Deucher:
From: Andrey Grodzovsky
Make pflip atomic friendly. Split the fuinction into
whatever can fail part and the actual flip submit part.
Call the pre-submit function before atomic states
are swapped so in case of error we can fail the
IOCTL.
v2:
Update
Am 13.01.2017 um 19:26 schrieb Alex Deucher:
From: Andrey Grodzovsky
Switching to -ENOMEM resolves a hang in case the driver
uses this function in atomic code path.
v2: Update commit message.
v3:
Remove forcing -EINVAL in case of amdgpu_bo_pin fail
since there is no apparent reason for not jus
27 matches
Mail list logo