Package Details: lib32-vulkan-amdgpu-pro 24.20_2044449-1

Git Clone URL: https://aur.archlinux.org/amdgpu-pro-installer.git (read-only, click to copy)
Package Base: amdgpu-pro-installer
Description: AMDGPU Pro Vulkan driver (32-bit)
Upstream URL: https://www.amd.com/en/support/kb/release-notes/rn-amdgpu-unified-linux-22-40
Licenses: custom: AMDGPU-PRO EULA
Groups: Radeon_Software_for_Linux
Provides: lib32-vulkan-driver
Submitter: LEW21
Maintainer: Ashark (mesmer)
Last Packager: mesmer
Votes: 125
Popularity: 0.57
First Submitted: 2016-03-28 22:44 (UTC)
Last Updated: 2024-12-11 23:16 (UTC)

Dependencies (4)

Required by (3)

Sources (18)

Pinned Comments

mesmer commented on 2022-12-23 04:31 (UTC) (edited on 2023-05-28 19:28 (UTC) by mesmer)

IF PROBLEM HAPPEN

this package is our try to put amdgpu in ARCH, but this could break or have problems as amd update and change their packages for ubuntu

if anything happens you can always download a older tag in https://github.com/Ashark/archlinux-amdgpu-pro/releases and get the PKGBUILD there, and use makepkg with that build while we update or try to fix :)

ALWAYS USE LINUX-FIRMWARE-GIT IF LATEST DRIVER FAIL BEFORE ISSUE SOME ERROR

https://aur.archlinux.org/packages/linux-firmware-git

Ashark commented on 2019-12-09 20:52 (UTC) (edited on 2022-12-06 08:45 (UTC) by Ashark)

PKGBUILD generator is located here: https://github.com/Ashark/archlinux-amdgpu-pro

AMDGPU PRO wiki page: https://wiki.archlinux.org/index.php/AMDGPU_PRO

New versions will appear here: https://repo.radeon.com/amdgpu/.

Latest Comments

« First ‹ Previous 1 .. 48 49 50 51 52 53 54 55 56 57 58 .. 60 Next › Last »

ecloud commented on 2016-07-05 18:57 (UTC)

@corngood Like I said, I tried it both ways. Usually without xorg.conf since it is not normally needed. No, I don't see any specific info about the card being detected; when I modprobe amdgpu, I get only this appended to dmesg [ 1505.897630] [drm] Initialized drm 1.1.0 20060810 [ 1505.918023] [drm] amdgpu kernel modesetting enabled. The RX 480 is very new, and full open-source support is supoosedly on track for the 4.7.0 release. I was hoping to simply use amdgpu-pro in the meantime, but maybe something is missing from this 4.6.3 kernel? Did they need to modify the Ubuntu kernel to support the amdgpu-pro drivers? I guess I'll try the 4.7rc6 from aur. I already tried building a custom kernel myself from git, but am not having much luck with that either; of course I tried to get by without an initrd in that case. I'm not sure which console driver should be used with amdgpu. Simple, or VESA, or radeon, or something else? About the 4.7 changes, Mesa changes etc.: http://www.phoronix.com/scan.php?page=news_item&px=RX-480-OSS-Steps

Corngood commented on 2016-07-04 21:04 (UTC)

@ecloud So you get the same 'Screen deleted' error without your xorg conf? My config has nothing in /etc/ and just: /usr/share/X11/xorg.conf.d/01-amdgpu-pro.conf /usr/share/X11/xorg.conf.d/10-evdev.conf /usr/share/X11/xorg.conf.d/10-quirks.conf Is yours the same? Is KMS actually working (changing video modes at boot) for text mode? Shorly after "[drm] amdgpu kernel modesetting enabled." I get: [drm] initializing kernel modesetting (HAWAII 0x1002:0x67B1 0x174B:0xE289 0x00). Do you see the equivalent?

ecloud commented on 2016-07-04 20:40 (UTC)

I just got an RX 480. I've got 4.6.3-1-ARCH and dmesg shows this [ 1.838630] [drm] Initialized drm 1.1.0 20060810 [ 1.844828] [drm] amdgpu kernel modesetting enabled. and the amdgpu module gets auto-loaded. The console works OK. When I run startx I get this in the Xorg log: [ 3273.692] (II) [KMS] drm report modesetting isn't supported. [ 3273.692] (EE) Screen 0 deleted because of no matching config section. [ 3273.692] (II) UnloadModule: "amdgpu" [ 3273.692] (EE) Device(s) detected, but none match those in the config file. [ 3273.692] (EE) Fatal server error: [ 3273.692] (EE) no screens found(EE) regardless if I have xorg.conf (I tried to write one) or not. Xorg -configure puts this into the log [ 3555.491] (II) [KMS] drm report modesetting isn't supported. [ 3555.598] Number of created screens does not match number of detected devices. Configuration failed. My (optional) xorg.conf or xorg.conf.d/20-amdgpu.conf looks like this Section "ServerLayout" Identifier "layout" Screen 0 "scr0" 0 0 EndSection Section "Device" Identifier "AMD" Driver "amdgpu" BusID "PCI:1:0:0" EndSection Section "Monitor" Identifier "monitor0" EndSection Section "Screen" Identifier "scr0" Device "AMD" Monitor "monitor0" DefaultDepth 24 SubSection "Display" Viewport 0 0 Depth 24 Modes "1920x1200" EndSubSection EndSection Any ideas what to try next?

Tower commented on 2016-07-02 18:56 (UTC) (edited on 2016-07-02 18:56 (UTC) by Tower)

I was getting flickering issues in KDE Plasma, I thought it a minor issue but since removing xf86-video-vmware (was attempting to try gnome, happy accident that I couldn't get gnome working and switched back to KDE) . 99% of the flickering has disappeared it seems - needs more testing to be sure, but looks promising so far.

Corngood commented on 2016-07-02 18:38 (UTC)

@dedxi It sounds like you're back to using the open source driver, which at least suggests the package conflicts are working. If you want to try it again, I suggest installing all the amdgpu-pro packages except the dkms one, reboot your system, then run: `ldconfig -p | grep libGL.so.1` It should show only the amdgpu-pro drivers for both 64 and 32 bit. Test glxgears (or something else) to verify 64-bit GL is working, then test steam for 32-bit GL. If you still have problems, I'd suspect something in Xorg config or some problem with the kernel module. You can always email me or open an issue on github if you want to discuss it in more depth.

Corngood commented on 2016-07-02 18:27 (UTC) (edited on 2017-12-24 00:50 (UTC) by Corngood)

This is a generated PKGBUILD. The full source is available at: https://github.com/corngood/archlinux-amdgpu

Feel free to post issues and send PRs.

*** linux 4.9 with KALLSYMS_ALL=y is required

https://aur.archlinux.org/packages/linux-lts49-kallsyms/

*** mesa-noglvnd is required

https://aur.archlinux.org/packages/mesa-noglvnd/ The mesa package in Arch now includes the glvnd libGL, which conflicts with the AMDGPU-PRO libGL. You'll need to replace mesa with mesa-noglvnd.

Corngood commented on 2016-07-02 18:25 (UTC)

@ivan.kolmychek The missing issues page was just an oversight from when I forked it, but it's there now. I switched to wget because I couldn't get curl's up-to-date check to work with the referrer url required by the amd server. Obviously there's a missing 'makedepends' on wget, so I'll make sure to add that.

dedxi commented on 2016-07-02 18:09 (UTC)

I was wrong before, there were some errors when installing via Packer and some sub-packages were not installed properly. Reinstalled via Yaourt with no errors and then steam didn't work at all - with or without any of the workarounds listed in the wiki. It gave the line 756 segfault error as if I was running it with STEAM_RUNTIME=0, but I wasn't (tried =0 and =1 and got the same error). To answer your questions, the original output of `pacman -Qo /usr/lib32/libGL.so` (when steam worked with LD_PRELOAD) was: "/usr/lib32/libGL.so is owned by lib32-mesa-libgl 11.2.2-1" With the package properly installed, output is: "error: failed to read file '/usr/lib32/libGL.so': No such file or directory" And I verified I have the latest version installed - "aur/amdgpu-pro 16.30.3.306809-3 [installed]" I ended up re-installing lib32-mesa-libgl (removing the corresponding amdgpu-pro package) and now steam is working without LD_PRELOAD. Now the output of "pacman -Qo /usr/lib32/libGL.so" is "/usr/lib32/libGL.so is owned by lib32-mesa-libgl 11.2.2-1" again.

ivan.kolmychek commented on 2016-07-02 16:09 (UTC) (edited on 2016-07-02 16:10 (UTC) by ivan.kolmychek)

@Corngood Also, the wiki page (https://wiki.archlinux.org/index.php/AMDGPU#AMDGPU_PRO) says "visit https://github.com/Corngood/archlinux-amdgpu for *issues* or pull requests.", and there is no "issues" tab in that repo. Is that on purpose? If it is, 1) where should users go for issues and 2) should we change the text in wiki?

ivan.kolmychek commented on 2016-07-02 16:08 (UTC) (edited on 2016-07-02 16:13 (UTC) by ivan.kolmychek)

@Corngood just found out the 'extra/wget' is not installed by default, but 'core/curl' is. I was kind of surprised too, but still - can we use the curl instead? This is a minor change but it may work more reliably as curl is installed out-of-the-box with regular arch installation, while wget is still needed to be installed manually. (Update, just in case: no, it's not a problem for me, I've installed the wget right away this time when I found that it was missing on that system, so it's more like a tiny suggestion for minor improvement :))

« First ‹ Previous 1 .. 48 49 50 51 52 53 54 55 56 57 58 .. 60 Next › Last »