Re: deprecated register issues

We requires base driver to provide the mask of disabled RB. This is why kernel read the CC_RB_BACKEND_DISABLE to collect the harvest configuration. Where did you get to know that the register is deprecated? I think it should still be there. Best Regards, David On Mar 7, 2018, at 9:49 PM, Liu, Mo

RE: Initial release of AMD Open Source Driver for Vulkan

com] Sent: Wednesday, December 27, 2017 3:50 AM To: Mao, David Cc: amd-gfx@lists.freedesktop.org Subject: Re: Initial release of AMD Open Source Driver for Vulkan On 22 December 2017 at 21:03, Mao, David wrote: > We are pleased to announce the initial release of AMD Open Source > D

Re: Initial release of AMD Open Source Driver for Vulkan

Hi Lothian, Thanks for testing out out driver! Officially we recommend you to stick to GCC5 for now, however, we do have a fix for the constexpr issue mentioned below that just didn’t make it to this first release. According to your diff, are you using ICC? Could you let us know the compiler vers

Initial release of AMD Open Source Driver for Vulkan

We are pleased to announce the initial release of AMD Open Source Driver for Vulkan. The AMD Open Source Driver for Vulkan is an open-source Vulkan driver for Radeon graphics adapters on Linux. It is built on top of AMD's Platform Abstraction Library (PAL), a shared component that is designed

RE: [PATCH libdrm] [drm] - Adding amdgpu_cs_create_syncobj2 to create syncobj as signaled initially

:29 PM To: Mao, David ; amd-gfx@lists.freedesktop.org Subject: Re: [PATCH libdrm] [drm] - Adding amdgpu_cs_create_syncobj2 to create syncobj as signaled initially Reviewed-by: Christian König But in general for libdrm changes I would ping Marek, Nicolai, Michel and in this special case Dave

RE: [PATCH libdrm] [drm] - Adding amdgpu_cs_create_syncobj2 to create syncobj as signaled initially

Anyone can help to review the change? Thanks. Best Regards, David -Original Message- From: amd-gfx [mailto:amd-gfx-boun...@lists.freedesktop.org] On Behalf Of David Mao Sent: Tuesday, November 28, 2017 11:26 AM To: amd-gfx@lists.freedesktop.org Subject: [PATCH libdrm] [drm] - Adding amdg

[PATCH] drm: Adding amdgpu_cs_create_syncobj2 to be able to create sync object as signaled initially

Signed-off-by: David Mao --- amdgpu/amdgpu.h| 15 +++ amdgpu/amdgpu_cs.c | 10 ++ 2 files changed, 25 insertions(+) diff --git a/amdgpu/amdgpu.h b/amdgpu/amdgpu.h index 78fbd1e..47bdb3a 100644 --- a/amdgpu/amdgpu.h +++ b/amdgpu/amdgpu.h @@ -1727,6 +1727,21 @@ const char

Re: TDR and VRAM lost handling in KMD (v2)

Thanks Monk for the summary! Hi Nicolai, In order to block the usage of new context reference the old allocation, i think we need to do something in UMD so that KMD don’t need to monitor the resource list. I want to make sure we are on the same page. If you agree, then there might have two optio

Re: [PATCH] drm/amdgpu: introduce AMDGPU_GEM_CREATE_EXPLICIT_SYNC v2

Hi Andres, The explicit sync should not be used for DrI3 and DRI2 but for cross process memory sharing, right? We still have to rely on implicit sync to guarantee the. Correct order of rendering and present. Could you confirm? Thanks. Sent from my iPhone On 19 Sep 2017, at 9:57 PM, Andres Rod

Re: [PATCH libdrm] amdgpu: revert semaphore support

Hi Christian, When will sync object support landed in upstream kernel, which version in specific? We still rely on legacy semaphore implementation and we have to use it if sync object still takes time. Thanks. Best Regards, David > On 11 Jul 2017, at 5:15 PM, Christian König wrote: > > From:

Re: [PATCH libdrm] amdgpu: revert semaphore support

already doesn't use that any more > either. > > Regards, > Christian. > > Am 11.07.2017 um 11:20 schrieb Mao, David: >> Hi Christian, >> When will sync object support landed in upstream kernel, which version in >> specific? >> We still rely on leg

Re: Deprecation of AMDGPU_GEM_CREATE_CPU_ACCESS_REQUIRED

add the GTT even if the UMD only ask for LFB). Thanks. Best Regards, David On 30 Jun 2017, at 11:36 AM, Michel Dänzer mailto:mic...@daenzer.net>> wrote: On 30/06/17 10:55 AM, Mao, David wrote: Vulkan allows the application to decide whether it wants the allocation to be host visible and

Re: Deprecation of AMDGPU_GEM_CREATE_CPU_ACCESS_REQUIRED

Vulkan allows the application to decide whether it wants the allocation to be host visible and device local. If we drop the flag, what will happen if we did not set the NO_CPU_ACCESS flag? Will it fail the map in case the allocation could be placed in invisible heap then? Thanks. Best Regards, D

Re: [RFC] Exclusive gpu access for SteamVR usecases

Hi Andres, Why the fd is needed for this interface? Why not just using the dev->fd instead of fd? IIRC, if there are more than one fds opened in the process upon the same device, they will share the same amdgpu_device_handle which is guaranteed by amdgpu_device_initialize. In other word, we shoul

RE: [PATCH 8/8] amdgpu: use sync file for shared semaphores (v2.1)

Does it means we have to submit command to trigger the semaphore wait/signal? Best Regards, David -Original Message- From: amd-gfx [mailto:amd-gfx-boun...@lists.freedesktop.org] On Behalf Of Dave Airlie Sent: Tuesday, April 11, 2017 11:22 AM To: amd-gfx@lists.freedesktop.org; dri-de...@l

RE: [PATCH 8/8] amdgpu: use sync file for shared semaphores (v2.1)

est Regards, David -Original Message- From: Dave Airlie [mailto:airl...@gmail.com] Sent: Wednesday, April 12, 2017 11:58 AM To: Mao, David Cc: amd-gfx@lists.freedesktop.org; dri-de...@lists.freedesktop.org Subject: Re: [PATCH 8/8] amdgpu: use sync file for shared semaphores (v2.1) On 12 April 2017 at

RE: [PATCH 8/8] amdgpu: use sync file for shared semaphores (v2.1)

lways comes before the wait, which means, we could always get the valid fence. For the kernel sem object. Thanks. Best Regards, David -Original Message- From: Dave Airlie [mailto:airl...@gmail.com] Sent: Wednesday, April 12, 2017 11:18 AM To: Mao, David Cc: amd-gfx@lists.freedesktop.org

RE: [PATCH 8/8] amdgpu: use sync file for shared semaphores (v2.1)

But how to handle the semaphore wait in the vkQueuePresentkHR? Thanks. Best Regards, David -Original Message- From: Dave Airlie [mailto:airl...@gmail.com] Sent: Wednesday, April 12, 2017 10:44 AM To: Mao, David Cc: amd-gfx@lists.freedesktop.org; dri-de...@lists.freedesktop.org Subject

Re: [PATCH v3 1/1] drm/amdgpu: export gfx config double offchip LDS buffers (v3)

can co-work with previous version libdrm/libdrm_amdgpu. Is it not supported? Best Regards, David > On 20 Feb 2017, at 8:45 PM, Emil Velikov wrote: > > On 20 February 2017 at 09:20, Mao, David wrote: >> Hi Jerry & Christian, >> Regarding to the version control, what i

RE: [PATCH v3 1/1] drm/amdgpu: export gfx config double offchip LDS buffers (v3)

Hi Jerry & Christian, Regarding to the version control, what is the rule of bumping the PACKAGE_VERSION of libdrm? We may need something, like the size of gpu_info structure or the something like PACKAGE VERSION of the running libdrm_amdgpu.so, to ensure that we did not breach the ABI. Thanks.

RE: Shared semaphores for amdgpu

, January 5, 2017 12:10 PM To: Zhou, David(ChunMing) ; Mao, David ; Koenig, Christian Cc: Pierre-Loup Griffais ; Dave Airlie ; amd-gfx@lists.freedesktop.org Subject: Shared semaphores for amdgpu Hey guys, Just curious if there are any updates on the topic of shared semaphores for amdgpu discussed

RE: [PATCH] drm/amdgpu: add flag for high priority contexts

Hi Andres, I did not follow the previous discussion, so please remind me if my questions have been covered already~ - The priority should be the queue properties, and do we really want to expose high priority on none-compute queue? - Another question is we may need to do per submission priority t

Re: libdrm amdgpu semaphores questions

Hi Dave, i believe your first attempt is correct. The export/import semaphore needs refine of the semaphore implementation. We are working on that. Thanks. Best Regards, David > On 1 Dec 2016, at 10:12 AM, Dave Airlie wrote: > > Hey all, > > So I've started adding semaphore support to radv b

RE: Random short freezes due to TTM buffer migrations

etter if we can remove this limitation in the future as well. Thanks. Best Regards, David -Original Message- From: Zhou, David(ChunMing) Sent: Wednesday, August 17, 2016 9:58 AM To: Zhou, David(ChunMing) ; Kuehling, Felix ; Christian König ; Marek Olšák ; amd-gfx@lists.freedesktop.org