On 01/06/17 11:27 PM, Li, Samuel wrote:
>> If amdgpu.ids living in the amdgpu directory prevents it from being used by
>> libdrm_radeon (why?), let's put it in a new toplevel directory, e.g.
>> "data".
>>> README is also located in this directory.
>> Not the same thing. It documents things about t
So I am still working through the bisect, having issues building the kernel
correctly from source at intermediate commits. I have been able to narrow it
down a specific package (linux-image-4.4.0-57-generic). What I am noticing is
that a udev change event is being fired when the LG display is po
[+cc ADMGPU, DRM folks]
On Tue, May 09, 2017 at 06:49:07PM +0200, Christian König wrote:
> From: Christian König
>
> Try to resize BAR0 to let CPU access all of VRAM.
>
> v2: rebased, style cleanups, disable mem decode before resize,
> handle gmc_v9 as well, round size up to power of two.
>
On Thu, Jun 1, 2017 at 4:27 AM, Florian Echtler wrote:
> On 31.05.2017 14:57, Alex Deucher wrote:
>> On Wed, May 31, 2017 at 5:21 AM, Lukas Wunner wrote:
>>> On Wed, May 31, 2017 at 10:48:37AM +0200, Florian Echtler wrote:
>>>
>>> Hm, try booting with drm.debug=0xf to see if link training for the
Please ignore what I wrote. Looks like I was a bit hasty in my
judgement. The code just doesn't read easily but seems correct, other
than the array size.
Harry
On 2017-05-31 04:17 PM, Harry Wentland wrote:
On 2017-05-31 09:32 AM, Harry Wentland wrote:
On 2017-05-31 05:37 AM, Daniel Vetter wr
>If amdgpu.ids living in the amdgpu directory prevents it from being used by
>libdrm_radeon (why?), let's put it in a new toplevel directory, e.g.
>"data".
>> README is also located in this directory.
> Not the same thing. It documents things about the header files, and doesn't
> get installed an
> -Original Message-
> From: Huang Rui [mailto:ray.hu...@amd.com]
> Sent: Thursday, June 01, 2017 7:18 AM
> To: amd-gfx@lists.freedesktop.org; Deucher, Alexander; Koenig, Christian
> Cc: Wang, Ken; Huan, Alvin; Huang, Ray
> Subject: [PATCH v2 00/21] S3 following up
>
> Hi all,
>
> Changes
When you git email-send first time, there is a message-id, when you
would send follow up patches, using --in-reply-to="message-id" in your
comment line, then that will be in the same thread.
Cheers,
Leo
On 06/01/2017 09:40 AM, Xie, AlexBin wrote:
Ok. I will add the v2 next time. I did no
Ok. I will add the v2 next time. I did not add the v2 in case this email list
does not put the two patches under same thread...
-Alex Bin
From: Christian König
Sent: Thursday, June 1, 2017 9:26 AM
To: Xie, AlexBin; amd-gfx@lists.freedesktop.org
Subject: Re: [PA
Am 01.06.2017 um 01:08 schrieb Alex Xie:
In review, Christian would like to keep the logic
inside amdgpu_vm.c with a cost of slightly slower.
The loop is still optimized out with this patch.
v2: remove the if statement. Now it is not slower.
Signed-off-by: Alex Xie
When you create a
Hi Christian,
Please review this v2 patch. It is slightly faster.
Thanks,
Alex Bin
From: Xie, AlexBin
Sent: Wednesday, May 31, 2017 7:08 PM
To: amd-gfx@lists.freedesktop.org
Cc: Xie, AlexBin
Subject: [PATCH] drm/amdgpu: Move compute vm bug logic to amdgpu_vm.c
On 06/01/2017 06:55 AM, Christian König wrote:
Am 31.05.2017 um 21:28 schrieb Leo Liu:
To simplify vce bo create
Signed-off-by: Leo Liu
---
drivers/gpu/drm/amd/amdgpu/amdgpu_vce.c | 27
+++
1 file changed, 3 insertions(+), 24 deletions(-)
diff --git a/drivers/gp
On 31.05.2017 14:57, Alex Deucher wrote:
> On Wed, May 31, 2017 at 5:21 AM, Lukas Wunner wrote:
>> On Wed, May 31, 2017 at 10:48:37AM +0200, Florian Echtler wrote:
>>
>> Hm, try booting with drm.debug=0xf to see if link training for the
>> eDP connector succeeds. If the link cannot be trained, it
Signed-off-by: Geert Uytterhoeven
---
drivers/gpu/drm/amd/amdkfd/kfd_process.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdkfd/kfd_process.c
b/drivers/gpu/drm/amd/amdkfd/kfd_process.c
index 84d1ffd1eef95048..a7d273d472107821 100644
--- a/drivers
On Wed, May 31, 2017 at 11:10 PM, Ken Wang wrote:
> Change-Id: If7dee7bd1074eac7faa6af724a7272f9ce6f3a98
> Signed-off-by: Ken Wang
Reviewed-by: Alex Deucher
> ---
> drivers/gpu/drm/amd/amdgpu/gfx_v9_0.c | 3 ---
> 1 file changed, 3 deletions(-)
>
> diff --git a/drivers/gpu/drm/amd/amdgpu/gfx_
On Thu, Jun 1, 2017 at 12:15 AM, zhoucm1 wrote:
>
>
> On 2017年05月31日 23:52, Harry Wentland wrote:
>>
>> DCN bw calcs currently rely on the following gcc options:
>>-mhard-float -msse -mpreferred-stack-boundary=4
>>
>> We probably shouldn't really try building this on architectures
>> other tha
Patch #18 is Reviewed-by: Christian König .
The rest of the set is Acked-by: Christian König .
Regards,
Christian.
Am 01.06.2017 um 13:17 schrieb Huang Rui:
Hi all,
Changes from V1 -> V2:
- Rename pt_regs to gart_pt_regs, dis_identity_aperture to
disable_identity_aperture.
- Use upper_32_b
Signed-off-by: Huang Rui
---
drivers/gpu/drm/amd/amdgpu/gfxhub_v1_0.c | 34
drivers/gpu/drm/amd/amdgpu/mmhub_v1_0.c | 34
2 files changed, 42 insertions(+), 26 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/gfxhub_v1_0.c
b
Signed-off-by: Huang Rui
---
drivers/gpu/drm/amd/amdgpu/gmc_v9_0.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/gmc_v9_0.c
b/drivers/gpu/drm/amd/amdgpu/gmc_v9_0.c
index a901f73..3325104 100644
--- a/drivers/gpu/drm/amd/amdgpu/gmc_v9_0.
Signed-off-by: Huang Rui
---
drivers/gpu/drm/amd/amdgpu/mmhub_v1_0.c | 173 +++-
1 file changed, 81 insertions(+), 92 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/mmhub_v1_0.c
b/drivers/gpu/drm/amd/amdgpu/mmhub_v1_0.c
index fa81826..2678a2a 100644
--- a/drive
Signed-off-by: Huang Rui
---
drivers/gpu/drm/amd/amdgpu/gfxhub_v1_0.c | 141 ++-
1 file changed, 64 insertions(+), 77 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/gfxhub_v1_0.c
b/drivers/gpu/drm/amd/amdgpu/gfxhub_v1_0.c
index 9671351..f011597 100644
--- a/dri
Signed-off-by: Huang Rui
---
drivers/gpu/drm/amd/amdgpu/gfxhub_v1_0.c | 37 ++--
drivers/gpu/drm/amd/amdgpu/mmhub_v1_0.c | 36 +--
2 files changed, 41 insertions(+), 32 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/gfxhub_v1_0.c
b/
Signed-off-by: Huang Rui
---
drivers/gpu/drm/amd/amdgpu/amdgpu.h | 1 +
drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c | 2 +-
drivers/gpu/drm/amd/amdgpu/gmc_v6_0.c | 2 ++
drivers/gpu/drm/amd/amdgpu/gmc_v7_0.c | 2 ++
drivers/gpu/drm/amd/amdgpu/gmc_v8_0.c | 2 ++
drivers/gpu/drm/amd/amdgpu/gm
Signed-off-by: Huang Rui
---
drivers/gpu/drm/amd/amdgpu/gfxhub_v1_0.c | 37 +---
drivers/gpu/drm/amd/amdgpu/mmhub_v1_0.c | 36 +--
2 files changed, 40 insertions(+), 33 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/gfxhub_v1_0.c
b/
Hi all,
Changes from V1 -> V2:
- Rename pt_regs to gart_pt_regs, dis_identity_aperture to
disable_identity_aperture.
- Use upper_32_bits/lower_32_bits macros.
- Add comments and fix "uint64_t" for stolen size.
- Merge page table regs function into page table aperture.
- Add three patches to use
On Thu, Jun 01, 2017 at 11:06:41AM +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> This interface allows importing the fence from a sync_file into
> an existing drm sync object, or exporting the fence attached to
> an existing drm sync object into a new sync file object.
>
> This should only b
On Thu, Jun 01, 2017 at 11:06:40AM +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> This interface will allow sync object to be used to back
> Vulkan fences. This API is pretty much the vulkan fence waiting
> API, and I've ported the code from amdgpu.
>
> v2: accept relative timeout, pass remai
Am 31.05.2017 um 21:28 schrieb Leo Liu:
To simplify vce bo create
Signed-off-by: Leo Liu
---
drivers/gpu/drm/amd/amdgpu/amdgpu_vce.c | 27 +++
1 file changed, 3 insertions(+), 24 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_vce.c
b/drivers/gpu/drm/amd
Am 31.05.2017 um 20:46 schrieb Andres Rodriguez:
On 2017-05-31 02:53 AM, Christian König wrote:
2. How are the priorities from processes supposed to interact with
the per context priority?
Do you mean process niceness?
There isn't any relationship between niceness and gpu priority.
Let m
On Thu, Jun 01, 2017 at 11:06:39AM +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> Sync objects are new toplevel drm object, that contain a
> pointer to a fence. This fence can be updated via command
> submission ioctls via drivers.
>
> There is also a generic wait obj API modelled on the vulk
On 2017年06月01日 16:50, Christian König wrote:
Am 01.06.2017 um 06:15 schrieb zhoucm1:
On 2017年05月31日 23:52, Harry Wentland wrote:
DCN bw calcs currently rely on the following gcc options:
-mhard-float -msse -mpreferred-stack-boundary=4
We probably shouldn't really try building this on ar
Am 01.06.2017 um 06:15 schrieb zhoucm1:
On 2017年05月31日 23:52, Harry Wentland wrote:
DCN bw calcs currently rely on the following gcc options:
-mhard-float -msse -mpreferred-stack-boundary=4
We probably shouldn't really try building this on architectures
other than x86.
Does it mean our car
Am 31.05.2017 um 20:09 schrieb Alex Xie:
In review, Christian would like to keep the logic
inside amdgpu_vm.c with a cost of slightly slower.
The loop is still optimized out with this patch.
Signed-off-by: Alex Xie
Reviewed-by: Christian König
---
drivers/gpu/drm/amd/amdgpu/amdg
33 matches
Mail list logo