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,
com]
Sent: Wednesday, December 27, 2017 3:50 AM
To: Mao, David <david@amd.com>
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 <david@amd.com> wrote:
> We are pleased to announce the in
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
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
:29 PM
To: Mao, David <david@amd.com>; 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 <christian.koe...@amd.com>
But in general for libdrm changes I would ping Ma
amdgpu_cs_create_syncobj2 to create
syncobj as signaled initially
Change-Id: Icf8d29bd4b50ee76936faacbbe099492cf0557cc
Signed-off-by: David Mao <david@amd.com>
---
amdgpu/amdgpu.h| 15 +++
amdgpu/amdgpu_cs.c | 10 ++
2 files changed, 25 insertions(+)
diff --git a/
Signed-off-by: David Mao <david@amd.com>
---
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
@@ -
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
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
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
as I know the closed source driver 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?
&
to 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
<mic...@daenzer.net<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 allocatio
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,
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
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;
vid
-Original Message-
From: Dave Airlie [mailto:airl...@gmail.com]
Sent: Wednesday, April 12, 2017 11:58 AM
To: Mao, David <david@amd.com>
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 A
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 <david@amd.com>
Cc: a
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 <david@amd.com>
Cc: amd-gfx@lists.freedesktop.org;
it
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 <emil.l.veli...@gmail.com> wrote:
>
> On 20 February 2017 at 09:20, Mao, David <david@amd.com> wrote:
>> Hi Jerr
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.
istian König <deathsim...@vodafone.de>; Marek
Olšák <mar...@gmail.com>; amd-gfx@lists.freedesktop.org; Mao, David
<david@amd.com>
Subject: RE: Random short freezes due to TTM buffer migrations
Add his email.
> -Original Message-
> From: amd-gfx [mailto:amd-gfx-boun
21 matches
Mail list logo
