mesa/src/amd
Emil Velikov 4ec32413f3 ac: change ac_query_gpu_info() signature
Currently libdrm_amdgpu provides a typedef of the various handles. While
the goal was to make those opaque, it effectively became part of the API

To the best of my knowledge there are two ways to have opaque handles:
 - "typedef void *foo;" - rather messy IMHO
 - "stuct foo;" and use "struct foo *" through the API

In our case amdgpu_device_handle is used only internally, plus
respective code is not used or applicable for r300 and r600. Hence we
copied the typedef.

Seemingly this will be a problem since libdrm_amdgpu wants to change the
API, while not updating the code(?).

Either way, we can safely s/amdgpU_device_handle/void */ and carry on.

Cc: Michel Dänzer <michel@daenzer.net>
Signed-off-by: Emil Velikov <emil.velikov@collabora.com>
Reviewed-by: Marek Olšák <marek.olsak at amd.com>
2019-06-28 17:49:32 +01:00
..
addrlib amd: update addrlib 2019-06-17 15:14:55 -04:00
common ac: change ac_query_gpu_info() signature 2019-06-28 17:49:32 +01:00
registers ac/registers: use better names for disambiguated definitions 2019-06-13 13:52:06 -04:00
vulkan radv: only enable VK_AMD_gpu_shader_{half_float,int16} on GFX9+ 2019-06-28 08:40:44 +02:00
Android.addrlib.mk android: amd/addrlib: update Mesa's copy of addrlib 2018-12-01 01:13:53 +01:00
Android.common.mk android: winsys/amdgpu,radv: fix generated amdgfxregs.h header dependecies 2019-06-21 15:53:23 +02:00
Android.mk android: radv: build vulkan.radv conditionally to radeonsi 2018-08-03 20:09:16 +02:00
Makefile.sources amd/common: add a more powerful runtime linker 2019-06-12 20:28:23 -04:00
meson.build meson: build "radv" vulkan driver for radeon hardware 2017-09-27 09:12:34 -07:00