I haven't tried the patch but just like to point out this breaks umr :-) I'll
have to craft something on Monday to support this and iova in parallel until
the iova kernels are realistically EOL'ed.
On the other hand I support this idea since it eliminates the need for an fmem
hack. So much
The attached patch is my attempt to keep most of the IOMMU code in one
place (new kfd_iommu.c) to avoid #ifdefs all over the place. This way I
can still conditionally compile a bunch of KFD code that is only needed
for IOMMU handling, with stub functions for kernel configs without IOMMU
support.
It also needs to be initialized.
Signed-off-by: Christian König
---
drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c
b/drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c
index
To aid debugging set the page mapping during allocation instead of
during VM faults.
Signed-off-by: Christian König
---
drivers/gpu/drm/ttm/ttm_bo_vm.c | 1 -
drivers/gpu/drm/ttm/ttm_tt.c| 18 +-
2 files changed, 17 insertions(+), 2 deletions(-)
Stop calling the driver callback directly.
Signed-off-by: Christian König
---
drivers/gpu/drm/ttm/ttm_bo_util.c | 12 +---
drivers/gpu/drm/ttm/ttm_bo_vm.c | 2 +-
drivers/gpu/drm/ttm/ttm_tt.c | 10 +-
include/drm/ttm/ttm_bo_driver.h | 9
The subsystem chould check that, not the driver.
Signed-off-by: Christian König
---
drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c
b/drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c
index
The subsystem chould check that, not the driver.
Signed-off-by: Christian König
---
drivers/gpu/drm/radeon/radeon_ttm.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_ttm.c
b/drivers/gpu/drm/radeon/radeon_ttm.c
index
This allows access to pages allocated through the driver with optional
IOMMU mapping.
Signed-off-by: Christian König
---
drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c | 57 -
1 file changed, 35 insertions(+), 22 deletions(-)
diff --git
Reviewed-by: Christian König
Am 02.02.2018 um 18:34 schrieb Marek Olšák:
From: Marek Olšák
---
amdgpu/amdgpu.h | 21 +
amdgpu/amdgpu_device.c | 14 ++
amdgpu/amdgpu_internal.h | 1 +
3 files
Hi Christian, Alexander,
I have enabled kmemleak, but memleak didn't detect anything special,
in fact this time, I don't know why, I didn't get any allocation
failure at all, but the GPU did hang after around 4h 6m of uptime with
Xorg.
The log can be found in attachment. I will try again to see
On 2018-02-02 06:33 PM, Alex Deucher wrote:
> Using the wrong mask.
>
> Noticed-by: Hans de Ruiter
> Signed-off-by: Alex Deucher
The series is
Reviewed-by: Michel Dänzer
Thanks for taking care of this!
--
From: Marek Olšák
---
amdgpu/amdgpu.h | 21 +
amdgpu/amdgpu_device.c | 14 ++
amdgpu/amdgpu_internal.h | 1 +
3 files changed, 36 insertions(+)
diff --git a/amdgpu/amdgpu.h b/amdgpu/amdgpu.h
index 2eb03bf..928b2a6 100644
---
Using the wrong mask.
Noticed-by: Hans de Ruiter
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/amd/amdgpu/dce_v10_0.c | 2 +-
drivers/gpu/drm/amd/amdgpu/dce_v11_0.c | 2 +-
drivers/gpu/drm/amd/amdgpu/dce_v8_0.c | 2 +-
3 files changed, 3
No longer used since we changed the MC programming sequence.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/amd/amdgpu/amdgpu.h | 1 -
drivers/gpu/drm/amd/amdgpu/amdgpu_mode.h | 2 -
drivers/gpu/drm/amd/amdgpu/dce_v10_0.c| 61
On Fri, Feb 2, 2018 at 6:24 AM, Daniel Andersson wrote:
> Hi,
>
> I have an intermittent deadlock/hang in the amdgpu driver. It seems to
> happen when I open a new tab in qutebrowser(v1.1.1), while I am doing other
> stuff, like watching youtube through mpv or playing dota 2.
On Fri, Feb 2, 2018 at 5:13 PM, mikhail wrote:
> On Thu, 2018-02-01 at 21:31 +0100, Marek Olšák wrote:
>>
>> Valgrind doesn't show any memory-related issue with Mesa. It does show
>> an issue with "New Unity Project". This can corrupt the heap and cause
>> a random
On 2018-02-02 05:29 PM, sylvain.bertr...@gmail.com wrote:
> Hi,
>
> I did not look into details, but on amd-staging-drm-next
> (495e9e174feaec6e5aeb6f8224f0d3bda4c96114), linking the amdgpu module fails if
> DEBUG_FS is not enabled (probably some weird things happen in the code with
> the
On 2018-02-02 05:13 PM, mikhail wrote:
> On Thu, 2018-02-01 at 21:31 +0100, Marek Olšák wrote:
>>
>> Valgrind doesn't show any memory-related issue with Mesa. It does show
>> an issue with "New Unity Project". This can corrupt the heap and cause
>> a random crash on the next call of
On Fri, Feb 2, 2018 at 4:39 PM, Harry Wentland wrote:
> On 2018-02-02 07:31 AM, Arnd Bergmann wrote:
>> Building the amd display driver with link-time optimizations revealed a bug
>
> Curious how I'd go about building with link-time optimizations.
I got the idea from last
On Thu, 2018-02-01 at 21:31 +0100, Marek Olšák wrote:
>
> Valgrind doesn't show any memory-related issue with Mesa. It does show
> an issue with "New Unity Project". This can corrupt the heap and cause
> a random crash on the next call of malloc/free/new/delete:
>
> ==17721== Mismatched free() /
On 2018-02-01 08:55 PM, db...@chromium.org wrote:
> From: Dominik Behr
>
> v2: now with fixed result comparison and spelling fixes
>
> Signed-off-by: Dominik Behr
> ---
> drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_mst_types.c | 2 +-
>
On 2018-02-02 07:31 AM, Arnd Bergmann wrote:
> Building the amd display driver with link-time optimizations revealed a bug
Curious how I'd go about building with link-time optimizations.
> that caused dal_cmd_tbl_helper_dce80_get_table() and
> dal_cmd_tbl_helper_dce110_get_table() get called
Reviewed-by: Alex Deucher
From: amd-gfx on behalf of Rex Zhu
Sent: Friday, February 2, 2018 4:17 AM
To: amd-gfx@lists.freedesktop.org
Cc: Zhu, Rex
Subject: [PATCH] drm/amd/pp:
Hi,
I have an intermittent deadlock/hang in the amdgpu driver. It seems to
happen when I open a new tab in qutebrowser(v1.1.1), while I am doing other
stuff, like watching youtube through mpv or playing dota 2. It seems to be
pretty arbitrary how often it happens. Sometimes it is once a week
On 02/02/18 12:16 AM, Zhu, Rex wrote:
Hi Tom,
The attached patch should be able to fix this issue.
Best Regards
Rex
Hi Rex,
Yup, works fine with the patch.
Cheers,
Tom
-Original Message-
From: StDenis, Tom
Sent: Friday, February 02, 2018 2:58 AM
To: Deucher, Alexander; amd-gfx
As auto power profile mode still not support on vega10, so
just restore default profile mode in auto dpm level.
Change-Id: I36359c1d11a48308bc9482f7aafe4c98767ac715
Signed-off-by: Rex Zhu
---
drivers/gpu/drm/amd/powerplay/hwmgr/vega10_hwmgr.c | 10 +++---
Adding the amd-gfx list, please always send amdgpu patches there.
On 2018-02-02 02:55 AM, db...@chromium.org wrote:
> From: Dominik Behr
>
> v2: now with fixed result comparison and spelling fixes
>
> Signed-off-by: Dominik Behr
> ---
>
27 matches
Mail list logo