From: Ken Wang
Change-Id: If01e32baa903c8c35991b1517c6d8bde98f5dae2
Signed-off-by: Ken Wang
---
drivers/gpu/drm/amd/amdgpu/gfx_v9_0.c | 10 --
drivers/gpu/drm/amd/amdgpu/soc15d.h | 1 +
2 files changed, 9 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/gfx_v9_0
I mean I don't know if the patch can fix mem leak issue.
-Original Message-
From: amd-gfx [mailto:amd-gfx-boun...@lists.freedesktop.org] On Behalf Of
Michel D?nzer
Sent: Wednesday, August 16, 2017 6:03 PM
To: Yu, Xiangliang ; Zhou, David(ChunMing)
Cc: amd-gfx@lists.freedesktop.org
Subje
I'm seeing this go past a fair bit.
Dave.
[ 3640.825412] BUG: sleeping function called from invalid context at
/home/airlied/devel/kernel/linux-2.6/kernel/locking/mutex.c:979
[ 3640.825415] in_atomic(): 1, irqs_disabled(): 0, pid: 2733, name: deqp-vk
[ 3640.825416] INFO: lockdep is turned off.
[
On 17/08/17 01:38 AM, Abramov, Slava wrote:
> Two really small comments inline
Thanks for the typo catch, both applied locally.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Mesa and X developer
__
> -Original Message-
> From: Kuehling, Felix
> Sent: Wednesday, August 16, 2017 6:34 PM
> To: Deucher, Alexander; Oded Gabbay; Bridgman, John
> Cc: amd-gfx list
> Subject: Re: [PATCH 16/19] drm/amdkfd: Update PM4 packet headers
>
> On 2017-08-16 12:10 PM, Deucher, Alexander wrote:
> >> ---
On 2017-08-16 12:10 PM, Deucher, Alexander wrote:
>> -Original Message-
>> From: Kuehling, Felix
>> Sent: Tuesday, August 15, 2017 9:20 PM
>> To: Oded Gabbay; Bridgman, John; Deucher, Alexander
>> Cc: amd-gfx list
>> Subject: Re: [PATCH 16/19] drm/amdkfd: Update PM4 packet headers
>>
>> Hi
On 2017-08-16 03:37 AM, Christian König wrote:
> Hi Felix,
>
> in general Alex handles that by pushing firmware to the linux-firmware
> tree.
>
>> IIRC the amdgpu devs had been holding back on publishing the updated
>> MEC microcode (with scratch support) because that WOULD have broken
>> Kaveri. W
Hi Dave,
More features for 4.14. Nothing too major here. I have a few more additional
patches for large page support in vega10 among other things, but they require
some resevation object patches from drm-misc-next, so I'll send that request
once you've pulled the latest drm-misc-next. Highlight
On 2017-08-16 01:22 PM, Daniel Vetter wrote:
> On Wed, Aug 16, 2017 at 7:12 PM, Alex Deucher wrote:
>> On Wed, Aug 16, 2017 at 10:22 AM, Jerry Zuo wrote:
>>> During page flip atomic_check and atomic_commit can return
>>> -ERESTARTSYS to restart the ioctl. When this happens we fail to
>>> put the
On Wed, Aug 16, 2017 at 7:12 PM, Alex Deucher wrote:
> On Wed, Aug 16, 2017 at 10:22 AM, Jerry Zuo wrote:
>> During page flip atomic_check and atomic_commit can return
>> -ERESTARTSYS to restart the ioctl. When this happens we fail to
>> put the commit object leading to a memory leak.
>>
>> Signe
> -Original Message-
> From: amd-gfx [mailto:amd-gfx-boun...@lists.freedesktop.org] On Behalf
> Of Michel Dänzer
> Sent: Wednesday, August 16, 2017 5:36 AM
> To: amd-gfx@lists.freedesktop.org
> Subject: [PATCH xf86-video-ati] Consolidate
> radeon_scanout_flip_abort/handler helpers
>
> From
> -Original Message-
> From: amd-gfx [mailto:amd-gfx-boun...@lists.freedesktop.org] On Behalf
> Of Michel Dänzer
> Sent: Wednesday, August 16, 2017 3:57 AM
> To: amd-gfx@lists.freedesktop.org
> Subject: [PATCH xf86-video-ati 00/10] Always allow page flipping with
> TearFree
>
> From: Miche
On Wed, Aug 16, 2017 at 10:21 AM, Leo Liu wrote:
> Signed-off-by: Leo Liu
Reviewed-by: Alex Deucher
> ---
> drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c
> b/drivers/gpu/drm/amd/amdgp
Signed-off-by: Leo Liu
---
drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c
b/drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c
index d5c63d6c8fb3..0186bf49d5c2 100644
--- a/drivers/gpu/drm/amd/amdgpu/amdg
Quoting Christian König (2017-08-16 08:49:07)
> Am 16.08.2017 um 04:12 schrieb Chris Mi:
> > Using current TC code, it is very slow to insert a lot of rules.
> >
> > In order to improve the rules update rate in TC,
> > we introduced the following two changes:
> > 1) changed cls_flower to u
Am 16.08.2017 um 04:12 schrieb Chris Mi:
Using current TC code, it is very slow to insert a lot of rules.
In order to improve the rules update rate in TC,
we introduced the following two changes:
1) changed cls_flower to use IDR to manage the filters.
2) changed all act_xxx mod
On 16/08/17 06:43 PM, Yu, Xiangliang wrote:
> I don’t know, but it is obvious issue. Later I’ll run test with the patch.
In the future, please test patches before submitting them for review. :)
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast
On Wed, Aug 16, 2017 at 10:37 AM, Christian König
wrote:
> Hi Felix,
>
> in general Alex handles that by pushing firmware to the linux-firmware tree.
>
>> IIRC the amdgpu devs had been holding back on publishing the updated MEC
>> microcode (with scratch support) because that WOULD have broken Kav
On Wed, Aug 16, 2017 at 6:00 AM, Felix Kuehling wrote:
> From: Yong Zhao
>
> v2: Turned WARN into dev_warn and made the message more helpful
>
> Signed-off-by: Yong Zhao
> Signed-off-by: Felix Kuehling
> ---
> drivers/gpu/drm/amd/amdkfd/kfd_device.c | 12 ++--
> 1 file changed, 10 inse
On Wed, Aug 16, 2017 at 6:00 AM, Felix Kuehling wrote:
> In most cases, BUG_ONs can be replaced with WARN_ON with an error
> return. In some void functions just turn them into a WARN_ON and
> possibly an early exit.
>
> v2:
> * Cleaned up error handling in pm_send_unmap_queue
> * Removed redundant
On Wed, Aug 16, 2017 at 6:00 AM, Felix Kuehling wrote:
> Dword offsets are what KFD really needs and what amdgpu already returns.
>
> Signed-off-by: Felix Kuehling
> ---
> drivers/gpu/drm/radeon/radeon_kfd.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/drivers/gpu/d
On Wed, Aug 16, 2017 at 6:00 AM, Felix Kuehling wrote:
> This register only has a single instance in the hardware. Its value
> applies to all VMIDS.
>
> Signed-off-by: Felix Kuehling
> ---
> drivers/gpu/drm/amd/amdgpu/gfx_v7_0.c | 2 +-
> drivers/gpu/drm/amd/amdgpu/gfx_v8_0.c | 3 ++-
> 2 files
I don’t know, but it is obvious issue. Later I’ll run test with the patch.
From: amd-gfx [mailto:amd-gfx-boun...@lists.freedesktop.org] On Behalf Of
zhoucm1
Sent: Wednesday, August 16, 2017 5:10 PM
To: amd-gfx@lists.freedesktop.org
Subject: Re: [PATCH 1/1] drm/ttm: Fix accounting error when fail
On Wed, Aug 16, 2017 at 10:51 AM, Christian König
wrote:
>> For testing KV with current user mode stack, please use amdgpu. I
>> don't expect this to work with radeon and I'm not planning to spend
>> any effort on making radeon work with a current user mode stack.
>
> In this case any objection to
Minor TTM kernel issue, but probably present since forever.
I would add a CC: stable@vger tag to it so that it gets pulled into
older kernels as well.
Christian.
Am 16.08.2017 um 11:10 schrieb zhoucm1:
Fix memory leak of ttm kernel issue?
On 2017年08月16日 15:55, Christian König wrote:
Fix memory leak of ttm kernel issue?
On 2017年08月16日 15:55, Christian König wrote:
CC stable?
Reviewed-by: Christian König
Am 16.08.2017 um 09:25 schrieb Liu, Monk:
Reviewed-by: Monk Liu
*From:* amd-gfx on behalf of
From: Michel Dänzer
Patches 1-4 are preparatory cleanups. Patches 5 & 6 are minor behaviour
changes needed for the main functional change. Patches 7 & 8 add new
function parameters which are needed by patch 9, the main functional
change. Patch 10 just enables it for DRI2 as well.
Michel Dänzer (
From: Michel Dänzer
No longer necessary since we're reference counting framebuffers.
Signed-off-by: Michel Dänzer
---
src/drmmode_display.c | 22 --
src/drmmode_display.h | 1 -
2 files changed, 4 insertions(+), 19 deletions(-)
diff --git a/src/drmmode_display.c b/src/drm
From: Michel Dänzer
Even if TearFree is active for the the CRTC we're synchronizing to. In
that case, for Present flips synchronized to vertical blank, the other
scanout buffer is immediately synchronized and flipped to during the
target vertical blank period. For Present flips not synchronized t
From: Michel Dänzer
Preparation for following change, no functional change intended yet.
Signed-off-by: Michel Dänzer
---
src/drmmode_display.c | 3 ++-
src/radeon.h | 2 +-
src/radeon_kms.c | 41 +
3 files changed, 24 insertions(+), 22 d
From: Michel Dänzer
Even if TearFree is enabled for the CRTC we're synchronizing to.
Signed-off-by: Michel Dänzer
---
src/radeon_dri2.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/src/radeon_dri2.c b/src/radeon_dri2.c
index a0deb6bae..73adbe910 100644
--- a/src/radeon_dri2.c
+++ b/src
From: Michel Dänzer
Allows removing drmmode_clear_pending_flip and the pending_dpms_mode
field and cleaning up the code considerably.
Signed-off-by: Michel Dänzer
---
src/drmmode_display.c | 60 ++-
src/drmmode_display.h | 5 +
src/radeon_km
From: Michel Dänzer
The xserver Present code can submit a flip in response to notifying it
that a vblank event arrived. This can happen before the completion event
of the previous flip is processed. In that case, we were clearing the
drmmode_crtc->flip_pending field prematurely.
Prevent this by
From: Michel Dänzer
Preparation for following changes, no functional change intended yet.
Signed-off-by: Michel Dänzer
---
src/drmmode_display.c | 3 ++-
src/radeon.h | 3 ++-
src/radeon_kms.c | 18 +-
3 files changed, 13 insertions(+), 11 deletions(-)
diff --g
CC stable?
Reviewed-by: Christian König
Am 16.08.2017 um 09:25 schrieb Liu, Monk:
Reviewed-by: Monk Liu
*From:* amd-gfx on behalf of
Xiangliang.Yu
*Sent:* Wednesday, August 16, 2017 3:20:46 PM
*To:* a...@linux-foun
Using current TC code, it is very slow to insert a lot of rules.
In order to improve the rules update rate in TC,
we introduced the following two changes:
1) changed cls_flower to use IDR to manage the filters.
2) changed all act_xxx modules to use IDR instead of
a small
Reviewed-by: Monk Liu
From: amd-gfx on behalf of
Xiangliang.Yu
Sent: Wednesday, August 16, 2017 3:20:46 PM
To: a...@linux-foundation.org; labb...@redhat.com;
dri-de...@lists.freedesktop.org; amd-gfx@lists.freedesktop.org
Cc: Yu, Xiangliang
Subject: [PATCH 1/1]
When fail to get needed page for pool, need to put allocated pages
into pool. But current code has a miscalculation of allocated pages,
correct it.
Signed-off-by: Xiangliang.Yu
---
drivers/gpu/drm/ttm/ttm_page_alloc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gp
38 matches
Mail list logo
