Package Details: amdgpu-pro-oglp 24.10_1787253-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 OpenGL driver
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: libgl
Submitter: LEW21
Maintainer: Ashark (mesmer)
Last Packager: mesmer
Votes: 125
Popularity: 1.09
First Submitted: 2016-03-28 22:44 (UTC)
Last Updated: 2024-07-02 19:24 (UTC)

Dependencies (2)

Required by (744)

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 .. 47 48 49 50 51 52 53 54 55 56 57 .. 59 Next › Last »

shazeal commented on 2016-07-21 23:21 (UTC)

The patches from the gentoo vulkan overlay work nicely for the DKMS module... https://github.com/Lucretia/vulkan-overlay/tree/master/sys-kernel/amdgpu-pro-dkms/files/16.30.3-306809 I also had to disabled the -Werror flag in /usr/src/amdgpu-pro-16.30.3-306809/amd/dal/Makefile to get it to build.

KillerByte commented on 2016-07-10 19:24 (UTC)

@Corngood I have read the article you mentioned before, and last night I tried to do everything it said, but I am still ending up with no direct rendering. I am using mesa-git, libdrm-git, xf86-video-amdgpu-git, linux of the polaris test branch, linux-firmware-git As for the dkms... I certainly would not describe the build process as being "trivial". While most of the compiler errors were pretty easy to decipher and fix, I ran into problems booting with the newly installed module. Not to mention that it took me over an hour to go through all the compiler errors.

Corngood commented on 2016-07-09 00:16 (UTC)

16.30.3.306809-4 - add license string - add make dependency on wget - don't build dkms and firmware packages unless $ALL_PACKAGES=true

Corngood commented on 2016-07-09 00:11 (UTC)

@KillerByte I did go through the process of getting the dkms module to compile (on 4.6) at one point. It was all trivial stuff, but I abandoned it because everything I needed was in mainline anyway. I suggest following the instructions on that link @ecloud posted: http://www.phoronix.com/scan.php?page=news_item&px=RX-480-OSS-Steps Build the polaris-test kernel, install the firmware, make sure mesa is updated with polaris support. Then once you have the open source stack working, you should be able to replace mesa with amgdpu-pro using this package. If you do want to continue using dkms, you'll either need to fix those compile errors in the driver, or build it against the kernel it's meant for (4.2 I think?). Then you'll also need to install the firmwares.

KillerByte commented on 2016-07-08 08:09 (UTC)

I also have an RX480. Just arrived today! Anyway, spent all afternoon trying to get the drivers to work, but unfortunately the furthest I have been able to get is KMS with Xorg loading without direct rendering. For some reason OpenCL works, though. Here is how I got this far: * I installed xf86-video-amdgpu * My computer would not KMS, so I updated to the linux-mainline kernel * After I observed direct rendering not working in Xorg, I tried to install this AUR package. Everything installs properly, but I run into numerous compilation errors when dkms install executes. Without the kernel module properly built, I cannot achieve proper rendering. So... any ideas on how to fix dkms?

Corngood commented on 2016-07-05 19:11 (UTC)

@ecloud So I'm guessing amdgpu+mesa doesn't work for you either? When you built your custom kernel did you use the polaris-test branch? Did you update firmwares? Keep in mind that this package doesn't update firmware blobs, and will use whatever you have installed (typically from the arch firmware package). I'm not sure about the console driver. I certainly never changed anything related to that.

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.