[PATCH 2/2] drm/amd/display: Enable fp16 also on DCE-11.0 - DCE-12.

2020-05-14 Thread Mario Kleiner
Testing on a Polaris11 gpu with DCE-11.2 suggests that it seems to work fine there, so optimistically enable it for DCE-11 and later. Signed-off-by: Mario Kleiner --- drivers/gpu/drm/amd/display/dc/dce110/dce110_resource.c | 2 +- drivers/gpu/drm/amd/display/dc/dce112/dce112_resource.c | 2 +-

[PATCH 1/2] drm/amd/display: Expose support for xBGR ordered fp16 formats.

2020-05-14 Thread Mario Kleiner
Expose support for DRM_FORMAT_ABGR16161616F and DRM_FORMAT_XBGR16161616F to the DRM core, complementing the already existing xRGB ordered fp16 formats. These are especially useful for creating presentable swapchains in Vulkan for VK_FORMAT_R16G16B16A16_SFLOAT. Signed-off-by: Mario Kleiner ---

fp16 support in xBGR order, and for DCE-11+

2020-05-14 Thread Mario Kleiner
Hi, two patches. The first one adds the xBGR ordered variants of fp16 in addition to the xRGB ordered variants that were merged just very recently. These variants are required for direct scanout of OpenGL and Vulkan rendered content, as both OpenGL (GL_RGBA16F) and Vulkan

Re: [PATCH] drm/amdgpu: Add autodump debugfs node for gpu reset v4

2020-05-14 Thread Zhao, Jiange
[AMD Official Use Only - Internal Distribution Only] Hi Dennis, This node/feature is for UMR extension. It is designed for a single user. Jiange From: Li, Dennis Sent: Thursday, May 14, 2020 11:15 PM To: Koenig, Christian ; Zhao, Jiange ;

[PATCH] drm/amdkfd: Track SDMA utilization per process

2020-05-14 Thread Mukul Joshi
Track SDMA usage on a per process basis and report it through sysfs. The value in the sysfs file indicates the amount of time SDMA has been in-use by this process since the creation of the process. This value is in microsecond granularity. Signed-off-by: Mukul Joshi ---

[PATCH AUTOSEL 5.6 44/62] drm/amd/display: Update DCN2.1 DV Code Revision

2020-05-14 Thread Sasha Levin
From: Sung Lee [ Upstream commit b95e51eb9f2ee7b6d6c3203a2f75122349aa77be ] [WHY & HOW] There is a problem in hscale_pixel_rate, the bug causes DCN to be more optimistic (more likely to underflow) in upscale cases during prefetch. This commit ports the fix from DV code to address these issues.

RE: [PATCH] drm/amdgpu: Add autodump debugfs node for gpu reset v4

2020-05-14 Thread Li, Dennis
[AMD Official Use Only - Internal Distribution Only] Hi, Jiange, How to handle the case that multi-apps do the auto dump? This patch seems not multi-process safety. Best Regards Dennis Li From: amd-gfx On Behalf Of Christian König Sent: Thursday, May 14, 2020 4:29 PM To: Zhao, Jiange ;

Re: [pull] amdgpu, amdkfd drm-next-5.8

2020-05-14 Thread Daniel Stone
Hi, On Thu, 14 May 2020 at 14:36, Alex Deucher wrote: > On Thu, May 14, 2020 at 5:42 AM Daniel Stone wrote: > > Did this ever go through uAPI review? It's been pushed to the kernel > > before Mesa review was complete. Even then, Mesa only uses it when > > behind a magic environment variable,

Re: [pull] amdgpu, amdkfd drm-next-5.8

2020-05-14 Thread Alex Deucher
On Thu, May 14, 2020 at 5:42 AM Daniel Stone wrote: > > Hi Alex, > > On Thu, 30 Apr 2020 at 22:30, Alex Deucher wrote: > > UAPI: > > - Add amdgpu UAPI for encrypted GPU memory > > Used by: https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/4401 > > Did this ever go through uAPI review?

Re: [PATCH] drm/amdgpu: Add autodump debugfs node for gpu reset v4

2020-05-14 Thread Christian König
Am 14.05.20 um 11:18 schrieb jia...@amd.com: From: Jiange Zhao When GPU got timeout, it would notify an interested part of an opportunity to dump info before actual GPU reset. A usermode app would open 'autodump' node under debugfs system and poll() for readable/writable. When a GPU reset is

Re: [pull] amdgpu, amdkfd drm-next-5.8

2020-05-14 Thread Daniel Stone
Hi Alex, On Thu, 30 Apr 2020 at 22:30, Alex Deucher wrote: > UAPI: > - Add amdgpu UAPI for encrypted GPU memory > Used by: https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/4401 Did this ever go through uAPI review? It's been pushed to the kernel before Mesa review was complete. Even

[PATCH] drm/amdgpu: Add autodump debugfs node for gpu reset v4

2020-05-14 Thread jianzh
From: Jiange Zhao When GPU got timeout, it would notify an interested part of an opportunity to dump info before actual GPU reset. A usermode app would open 'autodump' node under debugfs system and poll() for readable/writable. When a GPU reset is due, amdgpu would notify usermode app through

Re: [PATCH] drm/amdgpu: Add autodump debugfs node for gpu reset v4

2020-05-14 Thread Christian König
Hi Jiange, it probably won't hurt, but I would just drop that. You need roughly 4 billion GPU resets until the UINT_MAX-1 becomes zero again. Christian. Am 14.05.20 um 09:14 schrieb Zhao, Jiange: [AMD Official Use Only - Internal Distribution Only] Hi Christian,

Re: [PATCH] drm/amdgpu: Add autodump debugfs node for gpu reset v4

2020-05-14 Thread Zhao, Jiange
[AMD Official Use Only - Internal Distribution Only] Hi Christian, wait_for_completion_interruptible_timeout() would decrease autodump.dumping.done to UINT_MAX-1. complete_all() here would restore autodump.dumping to the state as in amdgpu_debugfs_autodump_init(). I want to make sure every

Re: [PATCH] drm/amdgpu: Add autodump debugfs node for gpu reset v4

2020-05-14 Thread Christian König
Am 14.05.20 um 07:29 schrieb jia...@amd.com: From: Jiange Zhao When GPU got timeout, it would notify an interested part of an opportunity to dump info before actual GPU reset. A usermode app would open 'autodump' node under debugfs system and poll() for readable/writable. When a GPU reset is