Notice: Undefined variable: name in /srv/http/vhosts/ on line 248

Package Details: lib32-mesa-vulkan-radeon-git 13.1.0_devel.86870.28c781b-1

Git Clone URL: (read-only)
Package Base: lib32-mesa-git
Description: Vulkan mesa driver for selected amd gpus (32-bit git version)
Upstream URL:
Licenses: custom
Conflicts: lib32-vulkan-radeon
Provides: lib32-vulkan-radeon
Replaces: lib32-vulkan-radeon
Submitter: None
Maintainer: Lone_Wolf
Last Packager: Lone_Wolf
Votes: 29
Popularity: 0.696894
First Submitted: 2009-12-18 18:42
Last Updated: 2016-11-23 23:25

Latest Comments

1 2 3 4 5 6 ... Next › Last »

Lone_Wolf commented on 2016-12-18 16:20

I am working on a simpler package, you can find it here :
Please help to test it.

aig, your comment #2 matches my own feelings.

I do intend to update this package before xmas.

aig commented on 2016-12-01 22:43

I had some minor problems with this package recently. Maybe you can take a look at my patch for the PKGBUILD at

1. It seems that lib32-vulkan-icd-loader now depends on lib32-vulkan-driver, which gave me some conflicts with the regular updates of my arch system
2. The .icd files in mesa-vulkan-radeon-git did get some more architecture dependend naming additions and it wasn't clear to me how they got moved to the right place in the PKGBUILD
3. The LICENSE file in mesa-vulkan-radeon-git wasn't copied to it's own subdirectory in /usr/share/licenses like it is in the mesa-vulkan-intel-git package

I hope that I got things right and would be glad if the patch is useful.

kerberizer commented on 2016-11-07 19:51

[NOTICE] Update for the LLVM r286062 issue with Mesa is now in code review:

Edit: Updated the link.

kerberizer commented on 2016-11-07 19:51

[HEADS UP] LLVM r286062 breaks Mesa

If you use llvm-svn with Mesa, particularly for the AMD open source driver, DO NOT upgrade LLVM to version >=r286062. Upgrading will not only break the existing driver, but will also prevent you from building Mesa altogether (in both cases there will be error messages related to missing LLVMAddFunctionAttr).

If you have already upgraded to a version >=r286062, here are some possible solutions:
1. Don't restart X: everything should mostly keep running, since the older shared lib has already been loaded in memory. A fix for Mesa should emerge in the meantime, probably in a day or two at most.
2. Return to an older LLVM version: if you don't regularly clear /var/cache/pacman/pkg, you should be able to find there package versions earlier than r286062.
3. Switch to llvm/mesa from the official repositories. This may be somewhat tricky, depending on what exact packages you had installed. Try replacing as much as possible of the installed llvm-svn/mesa-git packages with their llvm/mesa counterparts. Remove the -svn/-git packages that don't have an equivalent 'provides' in the official repos. Of course, this might break some functionality for you.

I'll also consider keeping older versions of the llvm-svn* packages in the binary repo as a backup.


kerberizer commented on 2016-07-05 22:15

@blinkallthetime, should be fixed soon:

blinkallthetime commented on 2016-07-05 17:22

I am getting the following error:

make[4]: Entering directory '/home/barnett/sw/lib32-mesa-git/src/mesa/src/intel/vulkan'
CC anv_gem.lo
CC anv_entrypoints.lo
CC anv_allocator.lo
CC anv_batch_chain.lo
CC anv_cmd_buffer.lo
CC anv_descriptor_set.lo
CC anv_device.lo
anv_device.c:31:27: fatal error: anv_timestamp.h: No such file or directory
#include "anv_timestamp.h"

Lone_Wolf commented on 2016-04-28 13:51

Vulkan support commented out due to build fail , see

Lone_Wolf commented on 2016-04-19 15:56

now includes vulkan-intel driver.

kerberizer commented on 2016-02-16 18:17

[HEADS UP] Users of "{lib32-,}llvm-svn", "{lib32-,}mesa-git" and AMD video cards MUST recompile Mesa

If __all__ of the following are true for you...
* you use an AMD video card with the open source drivers,
* you use "{lib32-,}mesa-git" from AUR, with version < g0bba5ca,
* you use "{lib32-,}llvm-svn" from AUR, with version >= r260919,
...then you __must__ recompile the Mesa packages (or possibly upgrade again from the "mesa-git" binary repo you use).

The reason is explained in this Mesa commit:

If Mesa is not recompiled, you'll face errors of the type:

libGL: dlopen /usr/lib/xorg/modules/dri/ failed (/usr/lib/xorg/modules/dri/ undefined symbol: LLVMAddTargetData)

Please note that with the AMD open source drivers, recompiling Mesa on every LLVM upgrade is generally a good practice, even though most of the time it will not be strictly necessary.

mnovick1988 commented on 2016-02-14 02:27

cant get this to build... mesa-git builds fine.