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
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)
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.
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.
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
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
> -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
>
>
> -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:
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
---
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
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
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
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
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 +-
>
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
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: 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
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
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
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
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
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 ++-
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
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
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
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;
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(-)
33 matches
Mail list logo