Package Details: catalyst-firepro 15.302.2301-5

Git Clone URL: (read-only)
Package Base: catalyst-firepro
Description: AMD/ATI drivers for FirePro/GL/MV brand cards. catalyst-dkms + catalyst-utils + lib32-catalyst-utils + experimental powerXpress suppport.
Upstream URL:
Licenses: custom
Conflicts: catalyst, catalyst-control, catalyst-daemon, catalyst-dkms, catalyst-generator, catalyst-utils, libegl, libgl, libgles, libglvnd, mesa-libgl, mesa-libgl-git, opencl-amd
Provides: catalyst=15.302.2301, catalyst-dkms=15.302.2301, catalyst-libgl=15.302.2301, catalyst-utils=15.302.2301, dri, libatical=15.302.2301, libegl, libgl, libgles, libtxc_dxtn, mesa-libgl, mesa-libgl-git, opencl-catalyst=15.302.2301, opencl-driver
Submitter: Vi0L0
Maintainer: Vi0L0
Last Packager: Vi0L0
Votes: 6
Popularity: 0.000004
First Submitted: 2011-01-25 17:19
Last Updated: 2017-04-03 19:13

Dependencies (23)

Required by (701)

Sources (28)

Latest Comments

Vi0L0 commented on 2017-04-03 19:07

@good: catalyst-control is not necessary when using this pkg, I will add it to conflict

as for No supported adapters - well... there's a reason why it has catalyst in pkgname - it's not "perfect" :>

good commented on 2017-03-18 03:17

error: file owned by 'catalyst-control' and 'catalyst-firepro': 'etc/ati/control'

I get this error everytime I run pacman. Could you give me advise and tell me whether it means that both packages owning the same folder/file?

Second Question: aticonfig: No supported adapters detected
My gpu is Firepro M6100. Therefore, it should be supported I guess.

Thanks @Vi0L0

Vi0L0 commented on 2017-03-11 18:32

If you see this conflict:

looking for conflicting packages...
:: mesa and catalyst-firepro are in conflict (mesa-libgl). Remove catalyst-firepro? [y/N] n
error: unresolvable package conflicts detected
error: failed to prepare transaction (conflicting dependencies)
:: mesa and catalyst-firepro are in conflict

for now I've added mesa packages of 17.0.1-1 version to [catalyst]* and [catalyst-stable] - simply copied from archive:

Please downgrade if you updated mesa to -2 version.
After new version of mesa came out, I will build new mesa packages without glvnd support. Then I will most probably add new mesa package to aur. Will let know when it will happen

Server =$arch

Vi0L0 commented on 2016-09-03 07:21

Nah, you can leave amdpcsdb alone, this tip was only added because otherwise it was showing wrong version of the driver in amdcccle, but theres no problems because of that.

I was switching between this and amdgpu a lot latelly and has no problems with this process.
You can backup xorg.conf for future use. Don't forget to add nomoedeset to kernel options, additionally you can blacklist some modules like:
$ cat /etc/modprobe.d/blacklist.conf
blacklist radeon
blacklist amdgpu
blacklist kms
blacklist drm_kms_helper

Malekeith commented on 2016-09-01 21:32


Before, I update and screw things up which is highly probable. Do I need to do anything ? kill X for example ? I've read the Ati_Catalyst wiki, but I'm not to sure what else to do? the only steps I notice was "remove /etc/ati/amdpcsdb" ?

Vi0L0 commented on 2016-08-17 17:18

updated to 15.302.2301:
+ added 4.7 kernel patch (also works on linux-zen 4.7-1)
- still no xserver 1.18 support :(

xserver 1.18 is not supported, you have to use 1.17 from archive repo:
or compile your own from sources ie. from www.archlinux git:
(--> download --> <name>.tar.xz)

polo commented on 2016-07-31 14:21

Building xorg-server 1.18 from AUR but i have xorg-server alredy installed from extra repository.

Vi0L0 commented on 2016-06-13 17:47

download is fixed now

Vi0L0 commented on 2016-06-12 19:46

updated to 15.302.2001 with our 4.6 kernel support, DKMS and acpi script from aslmaswd.

Don't have time to look at why direct download doesn't work, maybe some nice bit or something, so please download manually from:
and paste zip next to PKGBUILD

Malekeith commented on 2015-12-28 08:12


I've fix the problem, it wasn't GDM making the drivers unable to display.

It was actually xorg, interfering with the installation process. Since every time, I killed xorg with pkill x and re-installed drivers, the next time they boot up it works fine.

the only problem now is, reinstalling the driver every time xorg fails. Well not really a big problem, since I can actually use gdm now

Well, thanks Vi0l0

Vi0L0 commented on 2015-12-26 21:34

Packages are pretty old, from stable repos ie:
gnome-shell 3.18.3-1
gdm 3.18.2-1
clutter 1.24.2-1

Malekeith commented on 2015-12-26 20:59

I've tried a fresh arch installation with Gnome running "gdm 3.18.2-1" and "wayland 1.9.0-1". I'm still currently unsure to why I can't boot up GDM login screen.

Vi0L0, what was the version of GNOME that you tested on ? I tried disabling wayland, and defaulted back to xorg, it got the login screen working, but after logging in it hangs at a grey screen which will not fade away.

EDIT : "ctrl + alt + f2 / f1" skipped the grey screen and made most of GNOMEs, functionality work but at a cost of my gfx getting quite toasty

Vi0L0 commented on 2015-12-25 15:57

No, leave it as is, it's perfectly fine. Just wanted to confirm you have it installed.

Malekeith commented on 2015-12-25 15:53

I'm currently using the one you linked in the comments, should I remove ?

Vi0L0 commented on 2015-12-25 15:19

But you are using patched cogl package (available ie in the [catalyst] repo)? Just checking

Malekeith commented on 2015-12-25 13:31

it works quite fine for the most part, aticonfig --initial and fglrxinfo works fine too. Since, my W8100 got detected


aticonfig --initial:


I added "nomodeset" on the bootloader side, and by default using aticonfig made the "/etc/modules-load.d/catalyst.conf" which has "fglrx"

Practically followed the instructions from the wikipage :

Vi0L0 commented on 2015-12-25 11:46

both gnome and gdm works fine here.
What do you mean by `accessing catalyst`? Does aticonfig work fine, can it detect your gpu ie when running `aticonfig --initial`? Whats your gfx? Was fglrx module build correctly?

Malekeith commented on 2015-12-25 11:31

It seems like GDM failed to start after I installed the latest updated drivers.

"linux gdm-launch-environment][494]: pam_systemd(gdm-launch-environment:session): Failed to create session: Resource deadlock avoided"

logging in and using startx helped override gdm. Do you know a fix ? or any method around, since even gnome seems to be acting all wonky

edit : catalyst not functioning, was because of qt4.

other errors, including gdm not working and most of the default desktop environment functions not responding

Vi0L0 commented on 2015-12-23 18:02

thanks JSpaces, updated to 15.201.2401:
- it's like 15.9 but better[1]
- by default it supports up to 4.2 and xserver 1.17
- with community patches up to 4.4 kernel, should also work with grsec kernel

[1]Looks like this driver is the first catalyst one with which my plasma 5.x glitches[2] are gone! :D Had to make some additional testing but definitelly none of the drivers get that far.


EDIT: ah, no, looks like it was a coincidence and it was fixed in plasma 5.5.2! :D even better!

JSpaces commented on 2015-12-15 02:20

New driver was released on November 30.
version 15.201.2401

Vi0L0 commented on 2015-11-09 20:13

also if you are GDM / GNOME user don't forget to install patched cogl


or if you preffer src:|

Vi0L0 commented on 2015-11-09 20:01

updated to 14.502.1040-2:
added 4.2 and 4.3 kernel support

Except this package you have to install gcc49 package (fglrx won't compile on gcc > 5 on kernels >= 4.2), which you will find on AUR (long compilation time) or on the [catalyst] repo - direct links:

well... I believe the main difference is in kernel support - clean driver won't run on kernels newer than 3.17, which is now more than 1 year old.
On Arch even LTS kernel is in 4.1 version, so in other words - you won't be able to even run X.
Even if clean driver had newer kernel support i'm pretty sure that some functionalities would be missing.
Not to mention that personally I don't like when some software is creating a lot of directories and files here and there without packet manager's knowledge...

Malekeith commented on 2015-11-09 16:45

what's the difference between this package and the driver from AMD driver page ?

piratejon commented on 2015-10-08 23:42

I keep refreshing AMD website but 14.502.1040 is still the newest. I guess it only has been a couple months though =)

Vi0L0 commented on 2015-08-07 09:37

updated to 14.502.1040:
- it now supports xorg-server 1.16 (still no 1.17)
- it still doesn't support opengl 4.5

Soon I should add 4.2 kernel support, just give me some time, I'm still in the recovery after some medical treatement.

JSpaces commented on 2015-08-06 15:37

New driver released on August 4.

Vi0L0 commented on 2015-05-05 17:16

updated to 14.301.1019 released 2/19/2015
- not many differences from prev version, it still doesn't support oldie xserver 1.16
- added 4.0 kernel support (thanks to kolasa for patch)

piratejon commented on 2015-05-05 12:44

I hadn't seen kolasa_4.0-cr4-strn.patch, but it looks very much the same, except that his patch is also allowing pre-4.0 to compile without strnicmp, which is better =)

Vi0L0 commented on 2015-05-05 07:58

Sure mate, feel free :)
btw is your patch similar to the one from catalyst[1] - kolasa_4.0-cr4-strn.patch?


piratejon commented on 2015-05-05 04:17

I have replaced 14.301.1010 with 14.501.1003, updated to xorg-server-1.16.4-1, and booted into kernel 4.0.1-1, using only a very small patch to prepend __ to write_cr4 and read_cr4 in firegl_public.c, and replace strnicmp with strncasecmp in kcl_str.c. After doing so I get around 10 fps more in CS:S video stress test. I am pretty excited about this! Can I share my patch with you?

piratejon commented on 2015-01-23 03:12

Cool man... I updated to your new 14.301.1010 and everything's still great =) Thanks Vi0l0!

Vi0L0 commented on 2015-01-20 21:51

feel free to check out this new pkg, with it you can switch on or off tear free option in a no time:

Vi0L0 commented on 2015-01-20 21:16

I'm back! :) finally had some time for updates!

So this 14.301.1010 release seems not to support xorg-server 1.16.
But at least I have added kolasa's patch to bring initial 3.19 kernel support.
Have fun

Rel note:

piratejon commented on 2015-01-20 02:35

woop woop! changed PKGBUILD to <3.19 and it seems like everything is working fine under 3.18.2-2. and by everything i mean lxde and cs:go. i have the V4900 btw.

piratejon commented on 2015-01-17 22:42

Any chance we will see 3.18 support anytime soon?

femeref commented on 2014-10-06 10:51

Shit. I got stuck at a freezing GLX module with no errrs in Xorg.0.log or dmesg. I'll open up a bbs thread sometime later with more details.

piratejon commented on 2014-10-06 00:29

I'm now running kernel 3.16.3-1 with catalyst-firepro 14.20-2 and things are looking great! Thank you Vi0L0!!!

Vi0L0 commented on 2014-10-03 21:50

I won't left you that easily, you don't have to worry about that :P.
Just feel free to write if you will notice that it needs to be updated - often I'm overworked and could miss something

anyhow, updated to 14.20-2:
- I added my fresh patch for kernel 3.17 rc6 (works also on rc7).
Notes about the patch:
1. it probably wont work on 3.17 kernels older than rc6 because I don't know how to tell preprocessor about rc version :P
2. im unable to test resume/suspend
3. im not the developer, just pressing random keys :P so the patch could be less/more noobish :-)

femeref commented on 2014-10-03 18:28

I've been struggling to get an FirePro 2270 to go to full resolution, so I'm hoping this package would bring a solution. So yes, we are still interested in having this maintained :)

piratejon commented on 2014-10-03 12:51

I am most certainly using this driver and hope someone keeps it updated, unless there is a better driver for the V4900. I'm not morally opposed to learning how to upkeep this myself though I am afraid I'm not sure what all goes into it.

GreenRaccoon23 commented on 2014-10-03 00:56

No rush. Actually, after I posted that comment, I realized this is the wrong driver for my GPU anyway haha. Thanks for keeping up this project. You're a lifesaver to the Linux community.

Vi0L0 commented on 2014-09-29 06:17

Only because I forgot to update it. In fact I wasn't even sure that anybody is using it. Sorry. I will update it after getting back to my pc, so around Friday. Feel free to edit PKGBUILD and update it. I'm pretty sure it will work with 3.16. I only need to add patch for 3.17rc6

GreenRaccoon23 commented on 2014-09-29 05:17

Why is the dependency for this one "linux<3.16" while the one for catalyst 14.4 is "linux<3.17"?

Vi0L0 commented on 2014-06-10 20:37

updated to 14.20-1 - firepro beta 14.20
- its just like catalyst 14.6 except that some libs are newer
- finally it has xserver 1.15 support, its also working fine with 3.15 kernel (thanks to cold's patch)

Vi0L0 commented on 2014-06-10 20:36

updated to 14.20-1 - firepro beta 14.20
- its just like catalyst 14.6 except that some libs are newer
- finally it has xserver 1.16 support, its also working fine with 3.15 kernel (thanks to cold's patch)

Vi0L0 commented on 2014-05-28 10:23

why downgrading kernel?
What if you will use linux >= 3.14.2

remixmabix commented on 2014-05-27 18:59

Hi guys, actually I have downgraded to 3.14.1 kernel (with headers too)

I have also installed xorg 1.14 from [xorg114] repository

And also installed gcc from testing.

I am stuck at : "CONFIG_CC_STACKPROTECTOR_REGULAR -fstack-protector not supported by compiler " (in /var/log/catalyst-install.log)

I have an ATI V3800 FirePro


Vi0L0 commented on 2014-05-25 11:27

you can use [xorg114] repo:

or switch to regular catalyst package

r1pp3rj4ck commented on 2014-05-23 15:31

What is the recommended way to use this package? xorg-server is currently at 1.51.1 in the repo.

Vi0L0 commented on 2014-05-01 19:28

There's a bug in linux 3.14.2:

Temporary workaround is to downgrade linux and linux-headers to 3.14.1 or use gcc from [testing]. The first solution should be imho safer. You can find 3.14.1 at arm:



Vi0L0 commented on 2014-04-28 21:19

updated to 13.35.1012

Thanks for the head up JSpaces.

I built it totally atop of the catalyst-test package, no changes except for the name and versioning

Though I wasn't able to run it on xserver 1.15, were you JSpaces?
If yes then I will check your patch.

Works well on xserver 1.14 here on r9 290x, even without not supported hardware watermark.

I picked up catalyst-test because its last release is fixing symlinks and adding pxp support, which can be also used to switch between catalyst and oss ati without the need of installing/removing packages, while not messing with the system.

Symlinks of the package were modified to better suit to the mesa standard and fixed, unfortunatelly it caused a little problem, but simple - If you will see something like:
/usr/lib32/ exists in filesystem
/usr/lib32/ exists in filesystem
/usr/lib32/ exists in filesystem

there are three ways to fix it, every single one should work:
1st method:
if there's no more file conflicts you can use:
pacman -U --force
2nd method:
is to remove and install again lib32-catalyst-utils package
3rd method:
is to remove conflicting files manually, and then update

JSpaces commented on 2014-04-28 00:23

The latest catalyst-firepro version is 13.35.1012. Unfortunately the gentoo_linux-3.10 patch no longer works. I was able to get the fglrx module to successfully build by creating a diff with kolasa's fglrx-13.350 version of firepro_public.c (from and the one in the 13.35.1012 along with some patches from the regular latest catalyst package.
The list of patches that function are:
Here is the link to the firepro_public.patch:
(note: expires in 30 days)
PKGBUILD patch line:
patch -Np0 -i ../firegl_public.patch
Xorg starts and no errors are present in Xorg.0.log.

Jonhoo commented on 2014-03-28 15:25

FYI: catalyst-test@AUR works perfectly fine with the FirePro V4900 (don't know about others) including OpenCL and X 1.15.

Jonhoo commented on 2014-03-28 15:02

Phoronix claimed[1] a long time ago that the regular Catalyst drivers work fine with the FirePro-series graphics cards. Can anyone confirm whether this is still the case, and if so, whether there is any performance penalty to doing so?

Would be nice to be able to upgrade to X 1.15 already...


Vi0L0 commented on 2014-02-23 17:45

ah yes, thanks and sorry for the delay.
I also added:
- authatieventsd' patch by solar (patch s/-1/255)
- 'lib32-libxinerama' to the deps (thanks sas)

JSpaces commented on 2014-02-23 01:37

The arch_3.13_kernel_acpi_node.patch from the regular catalyst package with the latest linux kernel/headers 3.13.4 works on this package as well. X-windows started and runs. No errors were detected in Xorg.0.log file.

Vi0L0 commented on 2013-11-18 20:11

silent update, no pkgrel bump:
- thanks to zoopp and his referer we no longer have to download installer manually :)

Vi0L0 commented on 2013-11-17 20:51

- added symlink as sugested by lano1106:
/usr/lib32/ ->

Vi0L0 commented on 2013-11-13 18:00

updated to 13.152.4-1:
- xserver 1.14 support
- works like catalyst 13.6

As you can see on the top of PKGBUILD:
NOTE: before building please download using this site:
and move it next to this PKGBUILD

@JSpaces: thanks for the head upa nd all the infos! :)
As you can see i decided to use modified (to work with catalyst 13.6) gentoo patch for 3.10 kernel - gentoo patch was always working best on the /proc here

JSpaces commented on 2013-11-13 01:21

@Vi0L0 Below are links to Kolasa latest derived patches that allow the fglrx module to complete successfully and run with xorg 13. The current "kolasa_fglrx_3.10.patch" fails on the module creation. The "kolasa_fglrx_fixing_ttys.patch" is no longer required as the code base has been updated. Makepkg will automatically unzip zip files with bsdtar so unzip is no longer required at all.
The driver has a new include folder: /usr/include/ATI/GL
install -d ${pkgdir}/usr/include/ATI/GL
install -m644 usr/include/ATI/GL/*.h ${pkgdir}/usr/include/ATI/GL
Everything else appears to be the same structure.

Original file:
Title: kolasa_drm_proc.patch

Original file:
Title: kolasa_firegl_public.patch

Latest blob link:

JSpaces commented on 2013-11-13 01:17

@Vi0L0 Below are links to Kolasa latest derived patches that allow the fglrx module to complete successfully and run with xorg 13. The current "kolasa_fglrx_3.10.patch" fails on the module creation. The "kolasa_fglrx_fixing_ttys.patch" is no longer required as the code base has been updated. Makepkg will automatically unzip zip files with bsdtar so unzip is no longer required at all.
The driver has a new include folder: /usr/include/ATI/GL
install -m644 usr/include/ATI/GL/*.h ${pkgdir}/usr/include/ATI/GL
Everything else appears to be the same structure.

Original file:
Title: kolasa_drm_proc.patch

Original file:
Title: kolasa_firegl_public.patch

JSpaces commented on 2013-11-12 22:18

13.152.4 version was released 2013/11/06.

If systemd-sysvcompat is not installed, one can create the following pidof script. needs the script > pidof
#! /bin/sh
for i in ${@}
pgrep $i

JSpaces commented on 2013-11-12 21:07

13.152.4 version was released 2013/11/06.

Vi0L0 commented on 2013-11-11 16:17

silence update, no pkgrel bump:
- should support 3.12 kernel without a patch

Jonhoo: ok, i added it, though makepkg is able to build it without unzip ;)

Jonhoo commented on 2013-11-01 15:58

@Vi0L0: Sorry for the late reply, didn't get a notification... There was a discussion at a while ago about this, and it seems the general consensus is to add unzip to makedepends.

Vi0L0 commented on 2013-10-28 19:27

12.104.2-3: added lib32-libcl to conflicts/provides

@Jonhoo: shouldn't makepkg take care of zip files without unzip pkg?

Jonhoo commented on 2013-09-24 11:57

Just a heads up that you're missing unzip as a make dependency

Vi0L0 commented on 2013-09-08 17:28

bumped pkgrel to 12.104.2-2:
just to change dependencies, because 3.11 kernel is also supported

Vi0L0 commented on 2013-07-05 19:49

updated to 12.104.2-1:
- xorg-server 1.13.x support (finally!)
- official support for kernel up to 3.9
- basically this release is looking like catalyst 13.4

I've added kolasa's workaround patch for kernel 3.10
Also other patches from kolasa and lano1106

+ don't forget to enable temp-links-catalyst systemd's service because this release just like 13.4 and 13.6 is touched by I/O bug found by lano1106

Anonymous comment on 2013-06-02 21:53

Vi0L0: take care, because it's a beta version.

Vi0L0 commented on 2013-06-02 10:40

I just saw that there's a new firepro driver 12.104.2
I don't have time today, though, will try to update it asap

Vi0L0 commented on 2013-06-02 10:35

updated to
- moved sbins into /usr/bin

Vi0L0 commented on 2013-04-21 17:37

little update:
removed Before from Service section of catalyst-hook.service

Vi0L0 commented on 2013-04-11 15:54

updated to
fixing little "bug":

Vi0L0 commented on 2013-04-07 17:39

updated to
SyncFirst was removed from the pacman 4.1 and so we can no longer force linux-headers to be installed in first place...

Instead of using old catalyst-hook method which was not working well with pacman 4.1 + linux kernel, I have added a new method - automatic re-compilation while system shutdown/reboot

To enable 'automatic re-compilation while system shutdown/reboot' testing feature run these commands as root:
systemctl enable catalyst-hook
systemctl start catalyst-hook

Vi0L0 commented on 2013-03-16 14:19

updated to new build og 9.003.3 versioned as 153758C:
- yep, you know what about xserver
- i've cleaned up PKGBUILD and catalyst_build_module, from now on it supports only kernels build with proper extramodules support, tested on -ARCH, -ck, -lts and -mainline

Vi0L0 commented on 2013-03-16 14:18

updated to new build og 9.003.3 versioned as 153758C:
- yep, you know what about xserver
- i've cleaned up PKGBUILD and catalyst_build_module, from now on it supports only kernels build with proper extramodules support, tested on -ARCH, -ck, -lts and -mainline

Vi0L0 commented on 2012-12-30 11:06

updated to 9.003.3-1:
- guess what? still no xserver 1.13 support :(
- added initial 3.8 kernel support

Vi0L0 commented on 2012-12-25 18:56

sorry for delay, im afk. will probably perform update on saturday

rdoursenaud commented on 2012-12-24 12:47

9.003.3 is out :
Please update.
Thanks !

Vi0L0 commented on 2012-11-18 20:26

update to 8.982.8.3:
- still no xorg-server 1.13 support :(
- i've added my patch which brings support for 3.7 kernel (last test on 3.7rc6)

@miro: not sure, thought it should to work

miro commented on 2012-10-20 02:11

Is thi supposed to work with a ATI Mobility FireGL V5700? I'm getting a error at loading the module: device not found..

Vi0L0 commented on 2012-10-16 19:59

updates to 8.982.8.1:
- unfortunatelly there's no changes in supported kernels and xserver :(, instead many bugfixes

I've refreshed package:
- unlocked 3.6 kernel support;
- fglrx was added into /etc/modules-load.d/catalyst.conf
- atieventsd works with systemd

Vi0L0 commented on 2012-08-08 16:35

there's always information in DEPENDENCIES which xserv version it supports

Vi0L0 commented on 2012-08-08 16:34

updated to 8.982.2:
- supporting xorg-server 1.12 (previous version wasn't)
- supporting kernel 3.5 (through patches)

Anonymous comment on 2012-08-07 14:12

work with xorg 1.12?

Vi0L0 commented on 2012-07-15 20:27

should work fine with glibc 2.16.0-2 and kernel 3.5

Vi0L0 commented on 2012-06-16 14:32

updated to 8.911.3.3-2:
now it will work with linux 3.4 :)

abique commented on 2012-06-15 17:16

Will it work with linux-3.4?

Vi0L0 commented on 2012-05-14 21:58

ok, finally updated, sorry for delay
this little update should not be much important, thought

abique commented on 2012-04-17 06:50 -> 8.911.3.3, release date: 4/10/2012

Vi0L0 commented on 2012-03-13 10:29

use [xorg111] repo:

abique commented on 2012-03-13 10:22

Hi, the package needs to be updated for xorg 1.12.0.

Vi0L0 commented on 2012-02-17 16:35

update, but no pkgrel bump, fixing oldie bug:

-> Parsing hook: [fglrx]
==> WARNING: Hook 'fglrx' uses a deprecated 'install' function. This should be renamed 'build'

Vi0L0 commented on 2012-02-15 22:39

oh - its also caming up with OpenCL implementation

Vi0L0 commented on 2012-02-15 22:39

updated to 8.911.3:
like catalyst 12.1 - so it does support xserver 1.11 but with xv video output bug, using [xorg110] is a good idea.

It feels faster than catalyst though, strange, maybe it's because im exhausted.
Leave me a sign if you will notice any problems with pkg building.

Vi0L0 commented on 2012-01-10 17:16

upodated to
- looks same like .2, so with patches supports up to 3.2 kernel, and still no xorg-server 1.11 support

catalyst_build_module changes includes support of /lib/modules/extramodules-* directory

Vi0L0 commented on 2011-11-12 01:52

another update:

Vi0L0 commented on 2011-11-09 19:10

important update:

Anonymous comment on 2011-09-19 14:47

I've been trying to use this package, but after a few minutes and every time I run glxgears, my system will just freeze. I was just wondering if anyone else had the same problems? I'm running a firepro v7900.

Vi0L0 commented on 2011-08-27 10:42

updated to

Vi0L0 commented on 2011-06-07 15:28

updated to 8.85:
- xorg-server 1.10.x support
- kernel 2.6.38 support (up to 3.0-rc2 kernel support through patches)

It's very similar to catalyst 11.5.
I've added lib32-catalyst-utils which will be added if only [multilib] repo is uncommented in pacman.conf.

NOTE: before building please download using this site:
and move it next to this PKGBUILD

Vi0L0 commented on 2011-04-10 11:50

it is also possible that with 2.6.38 kernel also new xorg-server 1.10 will appear in [extra], unfortunatelly this package isn't supporting fresh xserver, so either:
- add xorg-server-* and xf86-input-* packages which you installed into pacman.conf's IgnorePkg list
- use [xorg19] repo - read

Vi0L0 commented on 2011-04-10 11:44

today 2.6.38 kernel is gonna to land in [extra], so update is neccesary - it provides patches to work with new kernel.
It also got initial 2.6.39 patches.

The problem is that ati's firepro lacks official newer kernel support - it doesn't even got 2.6.36 kernel support - so we need a lot of patches, i can only have hope it will all work fine. It builds fglrx module here, but still i cannot test it in action.

@irnn: nice to hear it, cheers! :)

Anonymous comment on 2011-04-08 16:05

I am borrowing a Firepro v7800. This package works fine so far, thanks for the work

Vi0L0 commented on 2011-02-08 23:08

I can see new stable 8.773.1.1 uploaded yesterday by ati:
but it lacks xserver 1.9 support so i won't update it.

Vi0L0 commented on 2011-01-25 17:36

Since i'm not FirePro/GL/MV card owner i'm not able to test this package right.
I will try to maintain and update it, but will leave it always orphaned so pro card owner could take it in any time.

Vi0L0 commented on 2011-01-25 17:35

Since i'm not FirePro/GL/MV card owner i'm not able to test this package right.
I will try to maintain and update it, but will leave it always orphaned so pro card owner could take it in any time.

Vi0L0 commented on 2011-01-25 17:30

catalyst-firepro 8.801-1:

official kernel support up to 2.6.35
xorg-server support up to 1.9.x

unoficial (community) kernel support up to 2.6.38-rc2 (last tested)

Vi0L0 commented on 2011-01-25 17:27

_before building_ please download zip(*) file using this:
OR(*) this site:
and move it next to PKGBUILD.

* look at the top of PKGBUILD to see which file and which site exactly

There's no other way - you need to manualy download driver from amd's site.