Re: [PATCH 1/3] Fix xf86HandleColormaps() crash at color depth 30.

On 2017-12-22 02:49 AM, Mario Kleiner wrote: > On 12/19/2017 09:58 AM, Michel Dänzer wrote: >> On 2017-12-18 11:36 PM, Mario Kleiner wrote: >>> The size of the X-Server pScreenPriv->PreAllocIndices >>> array allocated within xf86HandleColormaps() is given >>> by the given maxColors argument, but th

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: Initial release of AMD Open Source Driver for Vulkan

Congratulations on getting this out the door It didn't compile for me without these changes: In pal: diff --git a/src/util/math.cpp b/src/util/math.cpp index 46e9ede..3af4259 100644 --- a/src/util/math.cpp +++ b/src/util/math.cpp @@ -54,7 +54,7 @@ static uint32 Float32ToFloatN(float f, const NBi

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

Re: Initial release of AMD Open Source Driver for Vulkan

Hi No I'm not using ICC however that section prevents you using Clang, it basically says if not GCC then assumes Intel's compiler Cheers Mike On Fri, 22 Dec 2017, 3:04 pm Mao, David, wrote: > Hi Lothian, > Thanks for testing out out driver! > Officially we recommend you to stick to GCC5 for n

[PATCH] drm/amdgpu: fix VM faults with per VM BOs

There was a small window where the freshly allocated BO could have been evicted without the VM noticing it. Signed-off-by: Christian König --- drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c | 22 -- 1 file changed, 20 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/amd/am

[PATCH xf86-video-amdgpu 2/2] Keep track of how many SW cursors are visible on each screen

From: Michel Dänzer And use this to determine when we cannot use page flipping for DRI clients. We previously did this based on whether the HW cursor cannot be used on at least one CRTC, which had at least two issues: * Even while the HW cursor cannot be used, no SW cursor may actually be visi

[PATCH xf86-video-amdgpu 1/2] Move cursor related ScreenInit calls into AMDGPUCursorInit_KMS

From: Michel Dänzer And bail if xf86_cursors_init fails. Signed-off-by: Michel Dänzer --- src/amdgpu_kms.c | 44 +--- 1 file changed, 25 insertions(+), 19 deletions(-) diff --git a/src/amdgpu_kms.c b/src/amdgpu_kms.c index c15711224..58531bf33 100644 --

Depth 30 enablement for ati-ddx + exa. Rev 2

Ok, applied Michel's and Fredrik's suggestions, tacked Fredrik's signed off to his patch, retested on HD-5770. -mario ___ amd-gfx mailing list amd-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/amd-gfx

[PATCH 1/3] Skip xf86HandleColormaps() at color depth 30.

The hardware gamma luts get bypassed at color depth 30 anyway, so skip their setup. Also skip drmmode_crtc_gamma_set() for a screen with depth 30. Signed-off-by: Mario Kleiner --- src/drmmode_display.c | 10 -- 1 file changed, 8 insertions(+), 2 deletions(-) diff --git a/src/drmmode_di

[PATCH 3/3] Support exa screen color depth 30 on Linux 3.16 and later. (v2)

Linux 3.16's radeon-kms introduced 10 bpc fb support. Currently, as of X-Server 1.19, this works with exa accel, but not yet when using glamor acceleration. v2: Style fixes, check for glamor first, as suggested by Michel. Signed-off-by: Mario Kleiner --- man/radeon.man | 3 ++- src/radeo

[PATCH 2/3] exa: Accelerate ARGB2101010 pictures (v2)

From: Fredrik Höglund Tested by Mario on a Radeon HD 4000 series for the r600 exa path, and on Radeon HD 5770 for the evergreen exa path. Signed-off-by: Fredrik Höglund Reviewed-and-Tested-by: Mario Kleiner v2: Add format handling in XXXSetSolidConsts() as well, as suggested by Fredrik.