Re: [PATCH 00/13] *** per vm lru ***

2018-05-09 Thread Zhang, Jerry (Junwei)
On 05/09/2018 02:45 PM, Chunming Zhou wrote: move implemenation from ttm to amdgpu driver. (suggested by Christian) per-vm-lru is because of per-vm-bo, which has no chance to refresh lru, the nagtive effect is game performance isn't stable. so all per-vm-bo should have a default order, every per

[PATCH] drm/ttm: specify bo priority when initializing ttm bo

2018-05-09 Thread Junwei Zhang
Expect to add an evitable bo who has reservation object to the correct lru[bo->priority] list Signed-off-by: Junwei Zhang --- drivers/gpu/drm/amd/amdgpu/amdgpu_object.c | 11 ++- drivers/gpu/drm/ast/ast_ttm.c | 2 +- drivers/gpu/drm/bochs/bochs_mm.c| 2 +- dr

Re: [PATCH] drm/amd/powerplay: add PME smu message for raven

2018-05-09 Thread Alex Deucher
On Wed, May 9, 2018 at 9:01 PM, Junwei Zhang wrote: > Signed-off-by: Junwei Zhang Reviewed-by: Alex Deucher > --- > drivers/gpu/drm/amd/powerplay/inc/rv_ppsmc.h | 3 ++- > 1 file changed, 2 insertions(+), 1 deletion(-) > > diff --git a/drivers/gpu/drm/amd/powerplay/inc/rv_ppsmc.h > b/drivers

Cannot compile with GCC 8.1

2018-05-09 Thread Dawson Dias
Here's a log of the output while trying to compile the kernel with GCC 8.1 -Dawson Dias kernel_8.1_gcc Description: Binary data ___ amd-gfx mailing list amd-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/amd-gfx

[PATCH] drm/amd/powerplay: add PME smu message for raven

2018-05-09 Thread Junwei Zhang
Signed-off-by: Junwei Zhang --- drivers/gpu/drm/amd/powerplay/inc/rv_ppsmc.h | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/amd/powerplay/inc/rv_ppsmc.h b/drivers/gpu/drm/amd/powerplay/inc/rv_ppsmc.h index 5d07b6e..a2991fa 100644 --- a/drivers/gpu/drm/amd/p

Aw: Re: 答复: [BUG] amdgpu: System freezes after resuming from suspend to ram the second time

2018-05-09 Thread John Smith
> What driver version did you used? Did you try our last release driver? Kernelmodule amdgpu from 4.17.0-rc4 Mainline Sources. I am not using the userspace pro driver yet. $ lspci | grep 'VGA\|ATI' 00:02.0 VGA compatible controller: Intel Corporation UHD Graphics 620 (rev 07) (prog-if 00 [VGA

[pull] amdgpu and ttm drm-fixes-4.17

2018-05-09 Thread Alex Deucher
Hi Dave, A little bigger than normal since this is two weeks of fixes. - Atom firmware table updates for vega12 - Fix fallout from huge page support - Fix up smu7 power profile interface to be consistent with vega - Misc other fixes The following changes since commit a02cbe2e34c576cdc5e7846a3cd55

Re: [PATCH] drm/amd/display: remove need of modeset flag for overlay planes

2018-05-09 Thread Harry Wentland
On 2018-04-27 06:27 AM, Shirish S wrote: > This patch is in continuation to the > "843e3c7 drm/amd/display: defer modeset check in dm_update_planes_state" > where we started to eliminate the dependency on > DRM_MODE_ATOMIC_ALLOW_MODESET to be set by the user space, > which as such is not mandatory.

Re: [PATCH] drm/amd/display: clean up assignment of amdgpu_crtc

2018-05-09 Thread Alex Deucher
On Wed, May 2, 2018 at 11:04 AM, Harry Wentland wrote: > On 2018-05-02 10:43 AM, Colin King wrote: >> From: Colin Ian King >> >> The declaration of pointer amdgpu_crtc has a redundant assignment to >> amdgpu_crtc. Clean this up by removing it. >> >> Detected by CoverityScan, CID#1460299 ("Evaluat

Re: [PATCH] drm/amd/powerplay: fix spelling mistake: "contruct" -> "construct"

2018-05-09 Thread Alex Deucher
On Sat, Apr 28, 2018 at 6:21 PM, Colin King wrote: > From: Colin Ian King > > Trivial fix to spelling mistake in PP_ASSERT_WITH_CODE message text > > Signed-off-by: Colin Ian King Applied. thanks! Alex > --- > drivers/gpu/drm/amd/powerplay/hwmgr/smu7_hwmgr.c | 2 +- > drivers/gpu/drm/amd/

Re: [PATCH 01/13] ttm: abstruct evictable bo

2018-05-09 Thread Alex Deucher
On Wed, May 9, 2018 at 6:06 AM, zhoucm1 wrote: > > > On 2018年05月09日 17:50, Daniel Vetter wrote: >> >> On Wed, May 09, 2018 at 10:34:51AM +0200, Lucas Stach wrote: >>> >>> All of those changes are including a Change-Id that has no bearing in >>> upstream patches and are missing a proper commit desc

Re: [PATCH 3/3] drm/vc4: Attach underscan props to the HDMI connector

2018-05-09 Thread Boris Brezillon
On Mon, 7 May 2018 17:24:08 +0200 Daniel Vetter wrote: > On Mon, May 07, 2018 at 04:44:34PM +0200, Boris Brezillon wrote: > > Now that the plane code takes the underscan setup into account, we can > > safely attach the underscan props to the HDMI connector. > > > > We also take care of filling A

[PATCH umr] Re-factor ring reading out of app side of build

2018-05-09 Thread Tom St Denis
This will be used later on by the ring/ib decoder library API that is coming. Signed-off-by: Tom St Denis --- src/app/ring_read.c | 24 src/lib/CMakeLists.txt | 1 + src/lib/umr_read_ring_data.c | 53 src/umr.h

Re: [PATCH 01/13] ttm: abstruct evictable bo

2018-05-09 Thread zhoucm1
On 2018年05月09日 17:50, Daniel Vetter wrote: On Wed, May 09, 2018 at 10:34:51AM +0200, Lucas Stach wrote: All of those changes are including a Change-Id that has no bearing in upstream patches and are missing a proper commit description explaining why a specific change is done. Imo the Change-I

Re: [PATCH 01/13] ttm: abstruct evictable bo

2018-05-09 Thread Daniel Vetter
On Wed, May 09, 2018 at 10:34:51AM +0200, Lucas Stach wrote: > All of those changes are including a Change-Id that has no bearing in > upstream patches and are missing a proper commit description explaining > why a specific change is done. Imo the Change-Id: is ok if it makes people happy wrt inte

Re: [PATCH 01/13] ttm: abstruct evictable bo

2018-05-09 Thread Lucas Stach
All of those changes are including a Change-Id that has no bearing in upstream patches and are missing a proper commit description explaining why a specific change is done. Regards, Lucas Am Mittwoch, den 09.05.2018, 14:45 +0800 schrieb Chunming Zhou: > Change-Id: Ie81985282fab1e564fc2948109fae21

Re: [PATCH 0/3] drm/connector: Provide generic support for underscan

2018-05-09 Thread Boris Brezillon
Hi, On Mon, 7 May 2018 16:44:31 +0200 Boris Brezillon wrote: > Hello, > > This is an attempt at providing generic support for underscan connector > props. We already have 3 drivers defining the same underscan, underscan > vborder and underscan hborder properties (amd, radeon and nouveau) and >