Package Details: catalyst-total-pxp 15.5-1

Git Clone URL: https://aur.archlinux.org/catalyst-total-pxp.git (read-only)
Package Base: catalyst-total-pxp
Description: AMD/ATI drivers with powerXpress support. catalyst-hook + catalyst-utils + lib32-catalyst-utils. Radeons HD 2 3 4 xxx ARE NOT SUPPORTED
Upstream URL: http://www.amd.com
Licenses: custom
Conflicts: catalyst, catalyst-daemon, catalyst-dkms, catalyst-generator, catalyst-hook, catalyst-utils, libcl, nvidia, nvidia-utils
Provides: catalyst=15.5, catalyst-hook=15.5, catalyst-libgl=15.5, catalyst-utils=15.5, dri, libatical=15.5, libcl, libgl, libtxc_dxtn, opencl-catalyst=15.5
Submitter: Vi0L0
Maintainer: Vi0L0
Last Packager: Vi0L0
Votes: 21
Popularity: 0.000203
First Submitted: 2012-08-04 14:48
Last Updated: 2015-06-08 18:34

Dependencies (20)

Required by (631)

Sources (29)

  • 20-catalystpxp.conf
  • arch-fglrx-authatieventsd_new.patch
  • atieventsd.service
  • atieventsd.sh
  • ati_make.sh
  • catalyst-hook.service
  • catalyst.conf
  • catalyst.sh
  • catalystpxp.sh
  • catalyst_build_module
  • cold-fglrx-3.14-current_euid.patch
  • fglrx_3.17rc6-no_hotplug.patch
  • fglrx_gpl_symbol.patch
  • hook-fglrx
  • http://www2.ati.com/drivers/linux/amd-catalyst-omega-15.5-linux-run-installers.zip
  • kolasa-3.19-get_cpu_var.patch
  • kolasa_4.0-cr4-strn.patch
  • kolasa_4.1_remove-IRQF_DISABLED.patch
  • lano1106_fglrx-13.8_proc.patch
  • lano1106_fglrx_intel_iommu.patch
  • lano1106_kcl_agp_13_4.patch
  • lib32-catalyst.sh
  • lib32-catalystpxp.sh
  • makefile_compat.patch
  • pxp_switch_catalyst
  • switchlibGL
  • switchlibglx
  • temp-links-catalyst.service
  • temp_links_catalyst

Latest Comments

Vi0L0 commented on 2015-08-26 08:47

ssfdust has found[1] that this package stopped working.
ATM I don't have time to fix this, so please switch to standard catalyst package(s) (which also supports pxp switching) for now.
Note that i'm slowly dropping dedicated -pxp packages and left only one of them. Anyway will look at this problem probably in the next week and let you know about any findings.
I am flagging it out of date for now.

[1]
https://bbs.archlinux.org/viewtopic.php?pid=1556543#p1556543

Sarotar commented on 2015-07-28 17:33

Thank you very much for answering so quickly.

I will try it when I got time for it.

Vi0L0 commented on 2015-07-25 19:10

catalyst 15.5 doesn't support xserver 1.17. catalyst 15.7 does, but it has some ugly bugs, like no tty. The more time I think about it I'm getting closer and closer to update stable packages to 15.7 anyway. So it may soon happen.

Meanwhile you can use catalyst-test, which is in version 15.7 and also has pxp support, just solved in other (better maybe, closer to arch for sure) way.

Sarotar commented on 2015-07-24 22:38

Hi There,

i just tried to install this driver over the repository from Vi0L0 and from the Tarball listed here.

It still do not install the driver when x server 1.17.x is in use.

Will there be a solution for this in the future?

Thanks!

Sarotar

yash commented on 2015-06-10 12:00

Hey Vi0L0, I checked `http://catalyst.wirephire.com/repo/catalyst/x86_64` and I don't see any catalyst-utils-pxp-15.x do I have to manually build this?

Can I install catalyst-hook and catalyst-libgl from repo and build catalyst-utils-pxp alone manually?

Vi0L0 commented on 2015-06-04 13:21

updated to 15.5-1 - AKA "nothing interesting":
- it doesn't support xserver 1.17
- looks older than ubuntu vivid driver which we are using ie in catalyst-test@AUR
- i've added initial support for 4.1 kernel (using kolasa's patch, tested on 4.1rc5)
- rel notes: http://support.amd.com/en-us/kb-articles/Pages/AMDCatalyst15-5LINReleaseNotes.aspx


@windler47:
it tells pacman that you can't use it with xorg-server newer than 1.16.x and older than 1.7.x

windler47 commented on 2015-05-29 17:36

Sorry for maybe stupid question, but what is the point of
xorg-server>=1.7.0
xorg-server<1.17.0
in dependencies ?

Vi0L0 commented on 2015-05-04 18:31

14.12-3:
- 4.0 kernel support (thanks to kolasa for patch)

fzerorubigd commented on 2015-05-03 19:51

Out of date? since the linux 4.0 is out :/

Vi0L0 commented on 2015-03-08 13:41

14.12-2:
- using kolasa's patch to cover 3.19 kernel support

horsemanoffaith commented on 2014-12-22 03:18

I can confirm that this does indeed work. I have not tested the driver for performance, but X does start with no issues using both the integrated and discrete graphics card on my system (ATI HD6450M on a Dell Inspiron N5110). I installed it using yaourt from the AUR.

Vi0L0 commented on 2014-12-20 19:40

quote from bar and grill:
I can see that git version already have this patch included (as well as other fixes). Can some pxp user check if xf86-video-intel-git works fine on their systems with xserver 1.16 installed? You can get this pkg from AUR or from the [mesa-git] repo or you can use mine if you want[1], i built it minutes ago for x86_64.

[1]http://mirror.rts-informatique.fr/archlinux-catalyst/files/xf86-video-intel-git/

Vi0L0 commented on 2014-12-18 21:41

silent update, no pkg rel bump: added catalyst-libgl, opencl-catalyst, lib32-catalyst-libgl and lib32-opencl-catalyst into provides array to satisfy libva-xvba-driver (and maybe other that will come in the future) deps

rrodriguez1975 commented on 2014-12-14 12:30

Finally I have switch from gdm desktop manager to lightdm and now it is working.

Thanks!

rrodriguez1975 commented on 2014-12-14 01:17

I have downgraded xorg-server from 1.16.2.901 to 1.15.2-1 and now the message:

undefined symbol: LoadExtension

has disappeared ;)

Also I have uninstalled packages:
xf86-video-intel
xf86-input-evdev

and installed from xorg115/xf86-video-intel and xorg115/xf86-input-evdev

also done # pacman -Syuu catalyst-hook catalyst-utils-pxp

The only problem now is regardint to gdm, as you have stated there is a segmentation fault so I cannot start X :(

Is there any workaround for gdm instead of using another dm?

Thanks!

Vi0L0 commented on 2014-12-14 00:09

as for: "undefined symbol: LoadExtension" are you sure that you used [xorg115] and downgraded packages?


as for the atieventsd.service - you are right, thanks :) soon I will fix it

rrodriguez1975 commented on 2014-12-14 00:00

Also, other message appears:
/usr/bin/Xorg.bin : symbol lookup error:
/usr/lib/xorg/modules/updates/extensions/libglx.so : undefined symbol: LoadExtension.

and I think there is a mistake in the
/usr/lib/systemd/system/atieventsd.service unit:

[Unit]
Description=Catalyst event Daemon
Requires=acpid.socket <---- It should be acpid.service¿? as acpid.socket unit was removed see: https://bugs.archlinux.org/task/43023

[Service]
ExecStart=/usr/bin/atieventsd --nodaemon

[Install]
WantedBy=multi-user.target

Vi0L0 commented on 2014-12-13 23:36

1. gdm is segfaulting, use other dm
2. Daiyousei mention about it already - there are problems with xserver 1.16 on pxp configs (or more probably with intel driver), i cannot help you directly with pxp as i dont have such hw, but you will find more details here https://bbs.archlinux.org/viewtopic.php?pid=1483931#p1483931
maybe together we will figure something out.
For now feel free to use [xorg115] repo

rrodriguez1975 commented on 2014-12-13 23:30

Hi,
I have installed AMD ATI using "Installing from the unofficial repository" method from https://wiki.archlinux.org/index.php/AMD_Catalyst

As I am using a notebook with hybrid Intel/AMD graphics card, the set of packages I have installed are:

catalyst-hook
catalyst-utils-pxp
lib32-catalyst-utils-pxp

All them version 14.12-1

During installation of catalyst-utils-pxp it is said to do:

systemctl enable atieventsd.service
systemctl start atieventsd.service

so I perform these actions and also:
systemctl enable acpid.service
systemctl start acpid.service

systemctl enable temp-links-catalyst
systemctl start temp-links-catalyst

Also I have installed acpid package.

Once I reboot, it freezes, X does not start and below messages in logs appears:
------------------------------------------------------------------------
Cannot add dependency job for unit atieventsd.service,
ignoring: Unit acpid.socket failed to load : no such file or directory

fglrx: module license 'Proprietary. (c) 2002-ATI technologies, Starnberg, GERMANY' taints kernel.
Disabling lock debugging due to kernel taint.

gdm-Xorg-:0[654] : This is a pre-release version of the X Server from X.Org Foundation
gdm-Xorg-:0[654] : It is not supported in any way.

gdm-Xorg-:0[654] : (EE) systemd-logind: failed to get session: PID 654 does not belong to any known session.

gdm-Xorg-:0[654] : (II) "glx" will be loaded by default
gdm-Xord-:0[654] : (II) LoadModule: "glx"
------------------------------------------------------------------------

acpid.socket file exists in /run directory.

What's the problem?

Package versions:
Kernel version 3.17.6-1-ARCH

catalyst-hook 14.12-1
catalyst-utils-pxp 14.12-1
lib32-catalyst-utils-pxp 14.12-1

xorg-server 1.16.2.901-1

xf86-video-intel 2.99.916-3



Daiyousei commented on 2014-12-13 15:41

I can confirm that pxp doesn't work with xorg 1.16. It complains about missing symbols (i think) in the intel driver.

mike_nzk commented on 2014-12-12 14:02

To me, there is no luck with xserver 1.16. libglx.so complains about the removal of LoadExtension symbol in the Xorg executable.

Vi0L0 commented on 2014-12-11 22:06

side note: im unable to test if xserver 1.16 work well on pxp hardware as i don't have such hardware, it's very possible that X won't start.
Feel free to downgare xserver to 1.15 (ie with [xorg115] repo)

Vi0L0 commented on 2014-12-11 21:23

updated to 14.12-1, "famous" catalyst omega
http://support.amd.com/en-us/kb-articles/Pages/AMDCatalystOmegaLINReleaseNotes.aspx

quick tests showed that this driver is pretty good.
2d rendering was never that fast on 290X (its almost as fluid as on oss radeon)
cs:go works like a charm now ;P.

vaapi does work (but it has problems with osd, including subtitles) here without additional xvba-video packages
if you want to check it just add
export LIBVA_DRIVER_NAME=fglrx
into ~/.bashrc, and if that won't work for all your players you can create something like /etc/profile.d/fglrx-vaapi.sh with lets say:
LIBVA_DRIVER_NAME=fglrx
export LIBVA_DRIVER_NAME
LIBVA_DRIVERS_PATH=/usr/lib/dri/
export LIBVA_DRIVERS_PATH

what else... xserver 1.16 support, and kernel up to 3.18 (thanks to my noobish patch for 3.17 ;P)

IMPORTANT
thing is that from now on theres this new symlink:
ln -snf /usr/lib/libXvBAW.so.1.0 ${pkgdir}/usr/lib/dri/fglrx_drv_video.so
which will conflict with xvba-video packages. Thats amd's will, maybe they will do something with it. Feel free to remove this file(symlink) from your system before updating (if you will be touched by a conflict).

Vi0L0 commented on 2014-10-03 19:36

updated to 14.9-1:
- official, stable release
http://support.amd.com/en-us/kb-articles/Pages/AMDCatalyst14-9LINReleaseNotes.aspx

- I added my fresh patch for kernel 3.17 rc6.
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 :-)

TheNumb commented on 2014-10-01 18:41

Actually, I did test it with Xorg 1.16 ;-)

Vi0L0 commented on 2014-10-01 14:00

I wouldn't suggest basing only on symbols. I still remember release (though I don't remember version) which came without proper symbols but was supporting given xserver.
So it's always better to test it manually, anyway. Only not in this case since AFAIK AMD officially wrote that it supports up to xserver 1.15

TheNumb commented on 2014-10-01 06:48

Unfortunately it does not support Xorg Server 1.16.

$ strings fglrx_drv.so | grep xserver

only shows amd_xserver115 and lower.

TheNumb commented on 2014-10-01 06:40

A new stable release is out.
http://support.amd.com/en-us/kb-articles/Pages/AMDCatalyst14-9LINReleaseNotes.aspx

New Features:
The following section provides a summary of new features and supported products in this driver version.
AMD Radeon™ R9 285
Ubuntu 14.04 support
RHEL 7.0 support
Install improvements
Package and distribution generation options; recommend options set by default
Help user install generated distribution package once created
Pop-up messages to help guide users through the install process
Identifying and installation of pre-requisites

Vi0L0 commented on 2014-08-19 18:24

@bdero: just curious, on which kernel your pxp is working atm?

Vi0L0 commented on 2014-08-18 19:49

14.4-23: added dirty GPL-licensing solution - fglrx_gpl_symbol.patch - workaround for compilation error for i686 on 3.16.1 kernel

bdero commented on 2014-08-13 02:25

I also had to downgrade to xorg-xserver 1.14 and xf86-video-intel 2.99.907 to prevent segfaults while starting X. Working well now.
@jadus: thanks for the tip
@Vi0L0: thanks for providing a convenient way to downgrade (http://catalyst.wirephire.com/repo/xorg114/)

Vi0L0 commented on 2014-08-07 18:48

14.4-22 : 3.16 kernel support

Vi0L0 commented on 2014-06-09 20:38

14.4-21: just a pkgrel bump to confirm 3.15 kernel support

Vi0L0 commented on 2014-05-25 21:51

Others mentioned that downgrading xf86-video-intel fixed their problems, but maybe here lays the real problem - catalyst could still miss proper xserver support. Im gonna use your tip when someone will ask about pxp, thanks :)

jadus commented on 2014-05-25 18:53

Nah, it wasn due to intel driver, it was about fglrx. I had 2.99.911 with no chance. Back to 1.14 works well.

Vi0L0 commented on 2014-05-25 11:33

updated to 14.4-20 (catalyst 14.4 rev2):
- which brings some fixes for Witcher 2

Vi0L0 commented on 2014-05-25 11:32

@jadus:
- just downgrade xf86-video-intel to 2.99.911-1

Vi0L0 commented on 2014-05-25 11:30

updated to 14.4-20 (catalyst 14.4 rev2):
- which brings some fixed for Witcher 2

jadus commented on 2014-05-24 22:18

i think, i found the problem:
Xorg/Xserver 7.4 and above (up to 1.14)

So... yeah, it looks like i have a lot of downgrading stuff to do :(

jadus commented on 2014-05-24 21:32

System won't start by upgrading with new xf86-video-intel and xserver 1.15. Completly freeze.

Vi0L0 commented on 2014-04-28 20:38

can some pxp user please check out catalyst-utils package? it's now splitted into 3 packages and one of them, catalyst-libgl comes with experimental powerXpress support which is not messing with the system like this -pxp package, please test and let me know if its working well

Vi0L0 commented on 2014-04-28 20:34

updated to 14.4-10, catalyst 14.4 stable:
- xserver 1.15 support
(gotjazz wrote: little warning though - if you use xbmc, get sdl-nobackingstore from the AUR or you'll have tearing during video playback with xorg 1.15)
- many fixes here and there

Vi0L0 commented on 2014-04-05 11:22

13.12-3:
added Cold's 3.14 patch

Vi0L0 commented on 2014-03-31 21:58

this package is aiming for stable releases. You can always switch to catalyst-test-pxp or catalyst-test, since it's comming with experimental pxp functionality, if you want to use newest catalyst drivers

jadus commented on 2014-03-31 19:32

Meh, i can wait, it's not killing. Do you make a catalyst 14.3 beta package or still 13.12?

Vi0L0 commented on 2014-03-31 18:51

I'm away from my pc. You can wait to saturday or apply "cold-fglrx-3.14-current_euid.patch" from catalyst-test@AUR on your own. It's easy, I didn't test it on this pkg but it should work

jadus commented on 2014-03-31 10:57

how long take to add kernel 3.14 support? Or do you wait for new version of drivers?

Vi0L0 commented on 2014-02-16 18:06

updated to 13.12-2:
- added 'lib32-libxinerama' to the deps (thanks sas)
- authatieventsd' patch by solar (patch s/-1/255)
- amd has updated its /etc/ati/ files

Vi0L0 commented on 2014-01-22 17:29

I can see no newer stable version, unflagging.

Vi0L0 commented on 2014-01-14 14:22

catalyst doesn't support xorg-server 1.15.
Use [xorg114] repo:
https://wiki.archlinux.org/index.php/AMD_Catalyst#Xorg_repositories

fzerorubigd commented on 2014-01-14 14:19

xorg-server is 1.15.0.

Vi0L0 commented on 2013-12-19 20:04

13.12-1:
- AMD marked it as stable, so am I...
- http://support.amd.com/en-us/kb-articles/Pages/AMDCatalyst13-12LINReleaseNotes.aspx

Vi0L0 commented on 2013-11-18 19:45

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 19:59

sorry for late update, i was afk, anyway should be fixed now
+ i also added symlink as sugested by lano1106:
/usr/lib32/libXvBAW.so -> libXvBAW.so.1.0

yindesheng commented on 2013-11-17 05:24

The file inside "amd-driver-installer-catalyst-13-4-linux-x86.x86_64.zip" is "amd-driver-installer-catalyst-13-4-x86.x86_64.run", but inside "build()" of PKGBUILD there is a "amd-catalyst-13.4-linux-x86.x86_64.run"

Thalerof commented on 2013-11-17 01:23

I get:
==> Validating source files with md5sums...
amd-driver-installer-catalyst-13-4-linux-x86.x86_64.zip ... Passed
...
[all passed]
==> Extracting sources...
-> Extracting amd-driver-installer-catalyst-13-4-linux-x86.x86_64.zip with bsdtar
==> Starting build()...
/bin/sh: ./amd-catalyst-13.4-linux-x86.x86_64.run: No such file or directory
==> ERROR: A failure occurred in build().
Aborting...

Vi0L0 commented on 2013-11-13 18:29

I bumped rel because amd has changed 13.4 a little bit - there's a lot of new entries in amdpcsdb.default file.

+ like said on a top of the PKGBUILD:
NOTE: before building please download amd-driver-installer-catalyst-13-4-linux-x86.x86_64.zip using this site:
http://support.amd.com/en-us/download/desktop?os=Linux%20x86_64
and move it next to this PKGBUILD

Vi0L0 commented on 2013-11-08 19:14

13.4-17:
- added workaround to bring support of kernel 3.12, by Krzysztof Kolasa

Vi0L0 commented on 2013-10-28 18:26

13.4-16: added lib32-libcl to conflicts/provides

Vi0L0 commented on 2013-10-27 18:35

upgraded to 13.4-15:
- added staticlibs and libtool to the options and it fixed the whole libfglrx_ip.a bug
- the package is a lot bigger because I added !strip to the options, it's leaving symbols in the libraries so the package (and libs themselves) are bigger - but it could be useful, especially in some debugging

reed1 commented on 2013-09-28 07:46

Not me, I saw there was a mistake on 13.9 and it was taken back.

Btw, can't wait for SteamOS to come, it would surely impact linux driver support.

Vi0L0 commented on 2013-09-27 13:17

why flagging out of date? 13.4 is latest stable release

reed1 commented on 2013-09-19 07:51

Catalyst 13.9 final up now, can't wait !!

Vi0L0 commented on 2013-09-08 14:38

bumped pkgrel to 13.4-14:
just to change dependencies, because 3.11 kernel is also supported

munyamunya commented on 2013-08-20 10:46

Linking is kind of weird now: even after switching to "amd" /usr/lib/libGL* point at mesa-libGL and so does libglx. Because of that programs use mesa library instead of AMD one. Shouldn't scripts be appropriately fixed?

munyamunya commented on 2013-08-20 09:12

Linking is kind of weird now: even after switching to "amd" /usr/lib/libGL* point at mesa-libGL and so does libglx. Because of that programs use mesa library instead of AMD one. Shouldn't scripts be appropriately fixed?

munyamunya commented on 2013-08-20 09:12

Linked is kind of weird now: even after switching to "amd" /usr/lib/libGL* point at mesa-libGL and so does libglx. Because of that programs use mesa library instead of AMD one. Shouldn't scripts be appropriately fixed?

JoveYu commented on 2013-08-09 07:46

yeah ,think you for your help! :)

Anonymous comment on 2013-08-09 06:45

hi joveyu!

i post this problem in forum https://bbs.archlinux.org/viewtopic.php?pid=1254372#p1254372 , but nobody to faced this, probably :)

i think the issue around xrandr with interacting in catalyst & intel driver, but i don't know solution so far.

so, now i disable the discrete gpu and use intel gpu only.

Vi0L0 commented on 2013-08-03 13:56

updated to 13.4-13 :
- switching to 3.10 kernel patch of Emil Karlson from gentoo which is genereting correct proc entries

JoveYu commented on 2013-07-26 03:19

i use pxp on my notebook with another display screen,and when i use only on my notebook or only on my screen ,it work well ,but when i connect to that screen and use both of them,it will be dislocation,and be flashing,i don't know why. sorry for my pool English!

Vi0L0 commented on 2013-07-25 19:39

more and more people is asking for the catalyst-test-pxp, so I will make it, but it will take a couple of days (because of the work and traveling)

meanwhile I've updated [catalyst] repo with newest beta driver, where you can also find pxp packages

AlexTsi commented on 2013-07-25 10:45

Send to mail..

JoveYu commented on 2013-07-25 10:03

yeah think you,that is what i need, please send src package (makepkg --source) to me ,and i can build it for myself!

AlexTsi commented on 2013-07-25 09:03

@JoveYu I built latest 13.7 catalyst with pxp, so I could help, or I could provide you the package, if Vi0l0 has no problem of course.
Btw, Vi0l0 you where right about the numbers ;) Thnx!

JoveYu commented on 2013-07-25 05:40

maybe you can maintain a package named catalyst-test-pxp ,if time permits!

JoveYu commented on 2013-07-25 05:28

really need 13.06 with pxp, can you help me to build 13.06 with pxp support?

Vi0L0 commented on 2013-07-07 19:35

updated to 13.4-5:
- using kolasa' workaround to bring 3.10 kernel support

argoneus commented on 2013-06-23 22:46

That still doesn't work for me.. :( See here: https://bbs.archlinux.org/viewtopic.php?id=165654

Vi0L0 commented on 2013-06-23 06:54

use [xorg113] repo:
https://wiki.archlinux.org/index.php/AMD_Catalyst#Xorg_repositories

argoneus commented on 2013-06-22 17:20

I'm getting "target not found: xorg-server<1.14.0", I have a newer one installed...

Vi0L0 commented on 2013-06-03 20:00

Thanks for the head up fnf! :)
Should be fixed now.

I will propagate those changes to other packages/repos, just not today nor tomorrow - i don't have much time atm

fnf commented on 2013-06-03 06:55

Hi Vi0L0,

The kernel module should be built with CFLAGS_MODULE instead of MODFLAGS which is not documented and only works in very old kernels (< 3.0).

With regards to switchlibGL script, I think it should be updated to test and link to [usr]/lib/libGL.so.1.2.0 instead of libGL.so.1.2 which does not exist. I'm not sure if it is a bug or intended feature in mesa as libGL.so.1 and libGL.so.1.2.0 do exist. Anyhow, as it stands the script will fail to return the correct driver (get_current_driver()) when intel is selected.

Vi0L0 commented on 2013-06-01 12:01

updated to 13.4-3:
- all bins have been moved to /usr/bin
- added workaround for i/o bug

Vi0L0 commented on 2013-05-21 16:01

updated to 13.4-2:
- fixes efi support and so ttys bug (thanks to Krzysztof Kolasa :: https://github.com/kolasa)
- fixes support of intel's iommu (thanks to lano1106)

vantu5z commented on 2013-04-29 05:42

work fine:

local/catalyst-total-pxp 13.4-1
core/linux 3.8.10-1 (base)
xorg113/xorg-server 1.13.4-1 (xorg)

Vi0L0 commented on 2013-04-27 21:21

updated to 13.4-1:
http://support.amd.com/us/kbarticles/Pages/AMDCatalyst13-4LINReleaseNotes.aspx

TheNumb commented on 2013-04-25 07:09

Still no support for Xorg 1.14 though.

TheNumb commented on 2013-04-25 06:36

AMD released Catalyst 13.4 yesterday.
Changelog: http://support.amd.com/us/kbarticles/Pages/AMDCatalyst13-4LINReleaseNotes.aspx

TheNumb commented on 2013-04-25 06:36

AMD released Catalust 13.4 yesterday.
Changelog: http://support.amd.com/us/kbarticles/Pages/AMDCatalyst13-4LINReleaseNotes.aspx

OramahMaalhur commented on 2013-04-23 22:54

Does it really work with kernel 3.8? I'm still getting segfault with catalyst 13.1 (HD7700, xorg 1.13, x86_64)

Vi0L0 commented on 2013-04-21 17:36

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

Vi0L0 commented on 2013-04-11 15:41

updated to 13.1-8:
fixing little "bug":
https://bbs.archlinux.org/viewtopic.php?pid=1257358#p1257358

thirtythreeforty commented on 2013-04-11 14:51

Aw, darn, disregard. That's a beta package.

thirtythreeforty commented on 2013-04-11 14:50

I believe Catalyst 13.3 is out.

Vi0L0 commented on 2013-04-07 16:55

updated to 13.1-6:
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

More info here:
https://bbs.archlinux.org/viewtopic.php?pid=1255575#p1255575

Vi0L0 commented on 2013-03-29 10:53

I would suggest downgrading linux to 3.7.x

Anonymous comment on 2013-03-29 01:15

I can't get xorg to start with the discrete gpu. When I try to start lightdm. The screen turns black with a "-" at the top left which flickers for about 2 secs, then it stops. The machine is then unresponsive, I can't change ttys and stopping lightdm.service doesn't help.

I have a
00:02.0 VGA compatible controller: Intel Corporation 3rd Gen Core processor Graphics Controller (rev 09)
01:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI Thames XT/GL [Radeon HD 7600M Series]

(I believe it's a 7640M hybrid)

/var/log/Xorg.0.log.old :: http://pastie.org/7157068

Vi0L0 commented on 2013-03-25 19:01

AMD once again has updated 13.1 driver, once again changed files are in /etc/ati/:
- amdpcsdb.default
- control
- signature

And are so so so minor that i've been thinking about 2 minutes about not bumping pkgrel :P
But I did it - maybe this small change will produce better results on some GPUs

Vi0L0 commented on 2013-03-22 09:51

it's because catalyst doesn't support xorg-server 1.14,

workaround is on the wiki, easiest way is imho to use xorg113 repo:
https://wiki.archlinux.org/index.php/AMD_Catalyst#Xorg_repositories

Anonymous comment on 2013-03-22 09:09

I think there is a problem with Xorg 1.14 that comes with 3.8. When I try to upgrade from terminal, I see this message:

error: failed to prepare transaction (could not satisfy dependencies)
:: Starting full system upgrade...
:: catalyst-total-pxp: requires xorg-server<1.14.0

So, I don't think that the kernel is the real problem.

Vi0L0 commented on 2013-03-21 18:19

updated to 13.1-4:
AMD has updated 13.1, changed files are in /etc/ati/:
- amdpcsdb.default
- control
- signature

Vi0L0 commented on 2013-03-20 18:37

What's the exact error when trying to run X on 3.8 kernel?

Vi0L0 commented on 2013-03-20 18:36

silent update, no pkgrel bump:
- 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

OramahMaalhur commented on 2013-03-08 15:01

For me (3.8.2-1-ck, x86_64, HD7730M pxp card) it doesn't work with radeon driver, but works fine with intel.

Vi0L0 commented on 2013-03-07 18:55

I've downloaded 3.8.2-ARCH from [testing] and it's working fine on radeon 7850, don't know how it will work on pxp hardware, though

Anonymous comment on 2013-03-07 06:37

Does it work with 3.8.x kernel? When I update ck-sandybridge kernel to 3.8.2 version and reinstall the driver, my screen start blinking without showing anything...

roobre commented on 2013-03-05 22:29

@Vi0l0
Hi!
Thanks for ur hint, I 'd tried installing xf86-video-intel & mesa-libgl before, but had no idea about intel-dri. Installed all of them and worked like a charm ^^

Regaards~

Vi0L0 commented on 2013-03-05 19:58

fglrx is trying to load intel module.
Let's give it to him - try to install xf86-video-intel and intel-dri + mesa-libgl

roobre commented on 2013-03-05 17:19

@Vi0l0
I append a pastebin with my Xorg log: http://pastebin.com/V4du4PJQ
I hope it helps ^^

Regards

Vi0L0 commented on 2013-03-04 18:02

I am not able (and never was able) to test pXp technology.
Though since some time my pc has got intel's cpu with hd4000 (+ radeon hd 7850) and so i can test at least does does it integrate fine with arch and is it able to switch libs.
I was able to:
- use radeon and aticonfig on catalyst and then
- switch to intel hd4000 on xf86-video-intel
so it seems to kinda work.

Yes, libgl was renamed to mesa-libgl, same as lib32-libgl to lib32-mesa-libgl.
Catalyst should be able to work fine without it, though, at least if you don't want to switch to intel.
Maybe before installing mesa-libgl, install this package and reboot your system?
(reboot could be a good idea as this package is changing LD_LIBRARY_PATH)

Can somebody confirm that there is a problem with this package?

roobre commented on 2013-03-04 01:53

Hi there!
Just installed the package on a fresh Archlinux 2013 system, but it doesn't seem to work.
First of all, aticonfig complained about libGL (libgl.so not found, or something like that). I installed mesa-libgl and aticonfig ran properly, but xorg segfaults when I startx (or systemctl start kdm).

Anonymous comment on 2013-02-28 15:41

Vgaswitcheroo didn't work for me, so I use acpi_call. I made a script (based on acpi_cal test script) and a systemd service that runs the script on boot and on resume from suspension.
This is the code:

#!/bin/sh

libglx=$(/usr/lib/fglrx/switchlibglx query)
modprobe acpi_call
if [ "$libglx" = "intel" ]; then
echo '\_SB.PCI0.PEG0.PEGP._OFF' > /proc/acpi/call
fi

Vi0L0 commented on 2013-02-27 20:18

yes, vgaswitcheroo should work fine on intel, thanks for remind, but i was going to put it into wiki because acpi_call could be usefull for amd/amd notebooks where vgaswitcheroo is a no go.

You mean to query user about hes choose while installing package? AFAIK interactivity while installing is against Arch philosophy.
I think that removing pXp_set_to_amd from post_upgrade would be a good move, though. Actually i'm now ashamed that i didn't do this before...
I will remove it with next update (within days)

Anonymous comment on 2013-02-27 19:26

Actually, about the @MrDeepPurple comment, i think that's a sort of "redo the wheel" thing. If you're using Intel mode, vgaswitcheroo is put into work mode, and you can turn it off using the traditional "echo 'OFF'" to the /sys/kernel/debug/vgaswitcheroo/switch. I think there was a update condition that caused all this trouble.

Yesterday I updated from the 12.x line of the driver, and i didn't realize that the update script activated the AMD processor. So, it was really using the AMD processor, but also, without the proper 3D support (GDM segfaulted because that) and KDE stopped using GLX decorator. I think it's also related with the pxp_switch_catalyst and the switchlibGL scripts conditions to query about the use of intel or amd chipset.

Vi0L0 commented on 2013-02-26 16:01

@MrDeepPurple:
thank you for this important information!
I'm sure it will be helpful, i will also put it on wiki

Anonymous comment on 2013-02-25 23:32

Hi,
when I use "pxp_switch_catalyst intel", my cpu temperature rise up very fast. So I notice that the discrete GPU is still turned on and I solved my problem with acpi_call.
I hope this can be useful for you and all user with a HP pavilion dv6 notebook with an AMD radeon 6xxx!
(sorry for my bad english, I hope is all clear!)

Vi0L0 commented on 2013-01-27 20:39

I didn't mentioned this here earlier, only on forums, but ChrisXY was able to work on this driver with most fresh stable xorg-server 1.13.1, mesa 9.0.1 and xf86-video-intel 2.20.18:
http://phoronix.com/forums/showthread.php?76839-AMD-Catalyst-13-1-For-Linux-Officially-Does-X-Org-1-13/page2

Vi0L0 commented on 2013-01-27 19:03

updated to 13.1-2:
- switchlibGL script should now link mesa's libGL properly, so:
/usr/lib/catalystpxp/libGL.so.1.2 -> /usr/lib/libGL.so
by not specifying version of target mesa's libGL we are gaining assurance that it will work with old and upcoming libgl packages;
- 2nd problem noted, so the one of AMD's making hard links in aticonfig to /usr/lib64/fglrx/switchlib* scripts should be now fixed by filesystem 2013.01 package

Vi0L0 commented on 2013-01-26 11:26

Thanks for this info.
I never actually looked at those post_* files, though it doesn't differ from the one i looked at when creating -pxp packages, so namelly arch/x86/usr/lib/fglrx/switchlibGL.
Im guessing that post_* files are used to perform operations when installing driver from AMD's installer.

I don't know how amdcccle handle this, i didn't even know that it's capable of doing such things before you told me so :).
I hope that it simply performs `aticonfig --px-Xgpu` command - this way would be the easiest one and would work for us.
You know that to perform the switch we must not only switch libGL but also libglx, right?
And that's why AMD's aticonfig is performing switch via switching scripts - it's easy and every catalyst' maintainer could prepare such scripts for his distro.
Now if (i doubt that) amdcccle will perform switch on it's own by looking at libs in /usr/lib - then i would say fsck amdcccle.
I'm not gonna operate directly on /usr/lib libs by renaming mesa's libGL, it's noobish way, it would brake with every libgl update.

Anonymous comment on 2013-01-25 23:37

There are 2 bash files in archive_files directory that you can check about how Amd handles the original libgl.so.I was wrong.I shouldn't have deleted the original .so. Amd rename's it to Fglrx.renamed.so.1.2 and they sumlink it to /usr/lib so amdcccle can find it and do the switch.The files are postun_drv and post_drv.

Anonymous comment on 2013-01-25 22:13

http://dl.dropbox.com/u/10777121/ati.tar here is the link with glxinfo && xorg info.

Anonymous comment on 2013-01-25 21:36

I build the fgrlx driver from Amd.I exctracted,applied patches and i sh ./ati-installer.sh. Of course i can build the driver without any patch on 3.5 kernel.I've read that ati has it's own libGL.so so i guess that's why it worked for me.I'll be glad to use your updated package when it's out and give you a feedback.If someone else want to use my approach,so you can have a wider picture of what's going on,it will be grate also.

Anonymous comment on 2013-01-25 21:14

I build the fgrlx driver from Amd.I exctracted,applied patches and i sh ./ati-installer.sh. Of course i can build the driver without any patch on 3.5 kernel.I've read that ati has it's own libGL.so so i guess that's why it worked for me.I'll be glad to use your updated package when it's out and give you a feedback.If someone else want to use my approach,so you can have a wider picture of what's going on,it will be grate also.

Vi0L0 commented on 2013-01-25 20:07

I'm not powerXpress guru, hell no, i don't even have machine to test it.
I've build it basing on amd's and suse's scripts, with a little piece of knowledge about Arch and package manager, and ofcourse with a great help from Arch' users who helped me and tested it for me.

I believe switch didn't work because of the two problems i mentioned earlier, i still don't know how's your method working for you :), but if it is then it's good... i think ;)
Would you like to test this package after i will fix it? (it could take some time for this package to work as it should, because i'm waiting for filesystem 2013.01 package landing in [core] repo).

As for Slackware: did you install catalyst package from some repo or build package from AMD's installer?

Anonymous comment on 2013-01-25 19:40

Yes but on Slackware amdcccle does the switch without any modification.I build the fglrx with your kernel patches,thanks for those btw,and i didn't got any error.Amdcccle does the switch as it should and i double check that with switcheero.I don't know why and i'm not Arch guru.It's my first time with Arch.Also i want to mention that i don't wont to diminish your effords with catalyst package.On the contrary,i'm grateful because i can run Arch on my hp notebook.

Vi0L0 commented on 2013-01-25 18:42

Yes i know, but did you red it?
In packages/Slackware there's nothing about powerXpress and no switching scripts, without those scripts aticonfig won't switch a thing, plus comments are in umm... italian (i guess), there's no patches and everything is dated as 2011.
Looks like someone dropped it.

Anonymous comment on 2013-01-25 16:38

You can check how other district build their packages by reading their package.sh.,if I recall the name correctly from the catalyst-total-pxp/packages

Anonymous comment on 2013-01-25 16:35

District = distro. Autocorrection error

Anonymous comment on 2013-01-25 16:32

You can check how other district build their packages by reading their package.sh.,if I recall the name correctly from the catalyst-total-pxp/packages

Vi0L0 commented on 2013-01-25 09:42

i made a typo in last sentence: should be "where" instead of "when"

Vi0L0 commented on 2013-01-25 09:35

If you will delete original mesa's libGL the whole idea of switching and switchlibgl script existence makes no sense, and should not work properly on intel - becase mesa's opengl library will be deleted.
Maybe X will start but try to run even simple glxinfo.
I doubt that Slackware is deleting mesa's libGL, i dunno how it's working there, but basing on what's you said i think that they are renaming mesa's libGL to fglrx.renamed.libGL and then they are linking /usr/lib/libGL to either fglrx-libGL or fglrx.renamed.libGL.
We are doing it in other way - we are not renaming (or deleting) mesa's libGL, instead we are using /usr/lib/catalystpxp as the directory when system is searching for libs in first place, and we are linking libGL from out there to either mesa's libGL or fglrx's libGL - by doing this we are avoiding mess in package manager.

Anonymous comment on 2013-01-24 22:58

I delte the original libGL.so and i did the sumlinks that i describe below.I guess to be able to switch between amd and intel we need the fglrx-libGL.On Slackware,that i use most of the time,the fglrx-libGL is called fglrx.renamed.libGL and they sumlink it as i did.

Vi0L0 commented on 2013-01-24 20:11

there are two problems with this package afaik:
1) symlinking should be changed in switchlibGL, because libgl package doesn't have libGL.so.1.2 now, only libGL.so.1.2.0
2) it has got problems because aticonfig is (again) searching for switch scripts inside /usr/lib64, but this will be fixed by upcoming filesystem 2013.01 package which will provide /usr/lib64 symlink

I cannot perform fixing update right now, i will do this on the weekend

Vi0L0 commented on 2013-01-24 19:59

wait, wha?
/usr/lib/libGL.so.* should be owned by libgl package.
Did you overwrite it? If so how is it possible to switch to intel? :>

Anonymous comment on 2013-01-24 02:56

I've managed to switch graphics from amdcccle.What i did was to copy /usr/lib/catalystpxp/fglrx-libGL.so.1.2 to /usr/lib and create sumlinks.
ln -s fglrx-libGL.so.1.2 libGL.so.1.2
ln -s libGL.so.1.2 libGL.so.1
ln -s libGL.so.1 libGL.so .

Vi0L0 commented on 2013-01-18 14:49

updated to 13.1-1:
- changelog is here: http://support.amd.com/us/kbarticles/Pages/AMDCatalyst131ProprietaryLinuxGraphicsDriverReleaseNotes.aspx
- i've added "testing" support for 3.8 kernel (through own patch)

Vi0L0 commented on 2013-01-03 20:20

you are probably using xf86-video-intel in version which has not been confirmed to work with -pxp:
https://wiki.archlinux.org/index.php/AMD_Catalyst#PowerXpress_support

Vi0L0 commented on 2012-12-15 11:16

updated to 12.11-2:
- added patch that brings 3.7 kernel support

@gh403: unfortunatelly i dont have pxp's laptop, you can find users advices here:
https://wiki.archlinux.org/index.php/AMD_Catalyst#PowerXpress_support

thirtythreeforty commented on 2012-12-08 00:00

Mine's not quite working. After rebooting with the new driver installed and doing a "aticonfig --initial" then a "pxp_switch_catalyst amd" then "X", X11 just pukes. The log is at http://codepad.org/jh71XuKC; any advice you could give would be most excellent.

Vi0L0 commented on 2012-10-13 21:53

@ardemiranda:
ah, sorry for that! lots of updates today, not much time, simply missed it in this pkg
fixed in -2
thanks :)

ardemiranda commented on 2012-10-13 20:22

Vi0L0
In the file catalyst_build_module removed the line 39 to execute successfully

39 patch -Np6 -i 3.5-do_mmap.patch || return 1

Vi0L0 commented on 2012-10-13 18:37

updated to 12.9:
- now compatible with xserv 1.13 :>
- it is a catalyst driver prepared especially for ubuntu

Vi0L0 commented on 2012-10-10 19:04

update to 12.8-3:
- added atieventsd.service
- linux 3.6 support unlocked

NSL commented on 2012-09-26 13:42

Awesome work, thanks, Vi0L0!
Finally got switchable graphics with catalyst working on my radeon 5650HD.
That are my steps, maybe this will be helpful for somebody:
intel->ati:
# pxp_switch_catalyst amd
# reboot
Select discrete mode in bios

ati->intel:
# pxp_switch_catalyst intel
# reboot
Select switchable mode in bios

AlexTsi commented on 2012-08-27 13:05

Hi ZPOW,

Thanks for your help, although i didn't make it through. Trying to install xf86-video-intel 2.20.2-2
gives a dependency problem.I need to install systemd-tools.
So i grabbed systemd-tools and tried to install it, but it needed libsystemd.
Grabbed libsystemd, and installed it.(I had to remove systemd package)
Then tried to install systemd-tools.There was conflict with udev, i choose to remove it, and then there was conflict with some other manpages.
I renamed the manpages and systemd-tools installed ok.
Then i installed xf86-video-intel 2.20.2-2.
After that i did a reboot but i'm unable to boot. Probably all these changes i did (and removing udev) lead to an unusable system.

So HAving spend maaaaaaaaaaany hours trying to make it work, (not to mention that yesterday i was trying all day!), i think that i will wait till chakra devs decide to upgrade to xf86-video-intel 2.20.2-2 and use systemd completely.
Then i'll give it a try again.

Again ZPOW thanks a lot again for your time.

AlexTsi commented on 2012-08-27 13:01

Hi ZPOW,

Thanks for your help, although i didn't make it through. Trying to install xf86-video-intel 2.20.2-2
gives a dependency problem.I need to install systemd-tools.
So i grabbed systemd-tools and tried to install it, but it needed libsystemd.
Grabbed libsystemd, and installed it.(I had to remove systemd package)
Then tried to install systemd-tools.There was conflict with udev, i choose to remove it, and then there was conflict with some other manpages.
I renamed the manpages and systemd-tools installed ok.
Then i installed xf86-video-intel 2.20.2-2.
After that i did a reboot but i'm unable to boot. Probably all these changes i did (and removing udev) lead to an unusable system.

So HAving spend maaaaaaaaaaany hours trying to make it work, (not to mention that yesterday i was trying all day!), i think that i will wait till chakra devs decide to upgrade to xf86-video-intel 2.20.2-2 and use systemd completely.
Then i'll give it a try again.

Again ZPOW thanks a lot again for your time.

Anonymous comment on 2012-08-27 12:03

Hi AlexTsi,

my /var/log/Xorg.0.log also having the messages you mentioned, but it's not a problem bcos it detected 2 cards in the system and try to load the module but found that the config is remove because we switched to the amd radeon card instead of intel,

you might want to try this driver
try install xf86-video-intel 2.20.2-2
http://mirror.umd.edu/archlinux/extra/os/x86_64/xf86-video-intel-2.20.2-2-x86_64.pkg.tar.xz

can install directly by running
pacman -U xf86-video-intel-2.20.2-2-x86_64.pkg.tar.xz

after installed it should create a file /etc/X11/xorg.conf.d/20-intel.conf
verify exist of this file and make sure it is not using SNA, change it to UXA whenever you are running in AMD mode, you may change to SNA when running in Intel mode.

and the content of the file of mine is:
Section "Device"
Identifier "Intel Graphics"
Driver "intel"
#Option "AccelMethod" "sna"
Option "AccelMethod" "uxa"
#Option "AccelMethod" "xaa"
Option "SwapbuffersWait" "false"
Option "TearFree" "true"
EndSection

AlexTsi commented on 2012-08-27 11:17

ZPOW thanks for yout response.
I cheked /etc/mkinitcpio.conf and there is no i915 module.
Also checked gub and there is no nomodeset.
The rest i'm about to try just right now.

In case this helps debugging it, i also have debian installed in my box and fglrx works ok.
So i checked the Xorg.log there.It seems that the error:
intel(1): pEnt->device-> identifier=(nil)
(EE) Screen 1 deleted because of no matching config section.

is there also, but after that it says:
(II)UnloadModule "intel"

and continues normally.
so i think that for some reason what chackra can't do is to unload the intel module.
(intel module should be loaded at first, because else there is an error about fglrx not beibg signed by bios--or something like that. Which means that my bios expect me to start with intel gpu. And there is no option in bios to change it.)

Anonymous comment on 2012-08-27 03:43

AlexTsi,

make sure your intel driver did not loaded into the kernel
verify /etc/mkinitcpio.conf if found MODULES="i915", then remove it from MODULES
after remove, run
mkinitcpio -p linux

second thing to verify, must remove nomodeset from bootloader, if u r using grub can use grub-customizer to check


then run
pxp_switch_catalyst fglrx

verify /etc/X11/xorg.conf existed
verify /etc/X11/xorg.conf.d/20-catalystpxp.conf existed

try install xf86-video-intel 2.20.2-2
http://mirror.umd.edu/archlinux/extra/os/x86_64/xf86-video-intel-2.20.2-2-x86_64.pkg.tar.xz


if everything works and can startx and login, but cannot reboot then you might want to downgrade xorg to xorg111 from
http://catalyst.apocalypsus.net/repo/xorg111/ and downgrade the catalyst to http://catalyst.apocalypsus.net/repo/catalyst/
after all done then redo the upgrade except the intel driver

AlexTsi commented on 2012-08-26 21:41

Please Help!!
I have an hp laptop with hybrid graphics ati/intel and i cannot make catalyst work.
I have xf86-video-intel-2.19 installed (i use chakra and that's the latest repo version).
Driver installs ok, and pxp_switch_catalyst seems to work ok.
But if I try to startx xserver with fglrx on, the xserver crashes. It says "segmentation fault at 0x4".
In Xorg.log i find this:

intel(1): pEnt->device-> identifier=(nil)
(EE) Screen 1 deleted because of no matching config section.

Can anyone please help me?

Anonymous comment on 2012-08-26 18:36

awesome work. Thanks alot ViOLO.

Vi0L0 commented on 2012-08-25 17:52

updated to 12.8-2:
- should now support both systemd and older systemv init


--- IMPORTANT CHANGE ---
by default it's creating /etc/modules-load.d/catalyst.conf with fglrx inside !!!
so if you aren't using pxp_switch_catalyst you will have to remove fglrx from this file manually when switching to intel

Anonymous comment on 2012-08-24 14:10

haha i fixed the reboot/shutdown problem accidentally.

i went through the downgrade by using the packages from
http://catalyst.apocalypsus.net/repo/xorg111/
http://catalyst.apocalypsus.net/repo/catalyst/

after downgraded, i do the total upgrade again from official repo.
then reinstall this catalyst-total-pxp 12.8-1 latest package. then the problem of hang when reboot or shutdown disappear like magic.

now i am having all latest updates from official repo + this latest pxp package without a single problem.

Vi0L0 commented on 2012-08-24 06:26

@jimduchek:
you are missing the fact that /etc/profile.d/catalystpxp.sh is already telling to use /usr/lib/catalystpxp in first place, and to perform a switch switching scripts are using ldconfig.
There's also /etc/X11/xorg.conf.d/20-catalystpxp.conf to force using other ModulePath in first place, to satisfy xorg.

Removing nomodeset could be a nice tip.

As for systemd i will make a changes on free time, should be soon.

Thanks.

jimduchek commented on 2012-08-23 12:03

This package needs to add a file into /etc/ld.so.conf.d/ containing the directory '/usr/lib/catalystpxp/', and run ldconfig. Otherwise applications will never see the library links that the scripts are shuffling around. Or am I missing something?

'nomodeset' on the kernel commandline breaks my installation, I went back to not using it.

Should be using the /etc/modules.load.d/ stuff instead of editing /etc/rc.conf. I'm using systemd, so rc.conf no longer exists (and I believe the old rc.conf/init setup supports the /etc/modules.load.d directory).

Anonymous comment on 2012-08-23 05:06

hi gurus,

setup combos:

3.4.9-1-ARCH x86_64
catalyst-total-pxp 12.8-1
xf86-video-intel 2.20.2-2 (downgraded)

what's working:
login, startx, switch amd/intel, dota2 on wine perfect.

what's not working:
reboot/shutdown

it will hang at reboot or shutdown command after unloaded all process and module (last line of rc.shutdown)

error log in short:
kernel BUG at drivers/pci/msi.c:852...
invalid opcode: 0000 [#] PREEMPT SMP...

Vi0L0 commented on 2012-08-17 15:12

@reed1: this package isn't actually applying 3.4 patch, and doesn't have it. yes, 12.6 had it.
And as for me : 12.8 works far better on my desktop in a matter of speed, with 12.6 i was getting some artifacts on kde (sometimes when scrolling fast or switching images i seen diagonal line across whole desktop), now it's fine.
It is in fact the best catalyst for my 7850 so far.
Still not so exciting for Michael ;P...

Vi0L0 commented on 2012-08-17 15:04

@reed1: this package isn't actually applying 3.4 patch, and doesn't have it.
yes, 12.6 had it.
And as for me : 12.8 works far better on my desktop in a matter of speed.

reed1 commented on 2012-08-17 07:02

@roobre
I've experinced the same bro,

This combination works for me so far:
- X.Org X Server 1.12.3.901
- xf86-video-intel 2.20.2-2 ( It breaks with 2.20.3-1 ) and use UXA acceleration on xorg config
- catalyst-total-pxp 12.6-1

I haven't tried to upgrade to 12.8-1 , phoronix says it doesn't change much
=> http://www.phoronix.com/scan.php?page=news_item&px=MTE2MTY
and more likely targeted for windows 8 user
=> http://www.bit-tech.net/news/hardware/2012/08/16/amd-catalyst-12-8/1
and moreover I read that it doesn't have to be patched for kernel >= 3.4 and xorg 1.12 but this package still apply the same patches, so probably something will happen (dunno, CMIIW)

If it also didn't work, try to install ubuntu 12.04, apply the suggestion here (I got many useful information)
=> http://ubuntuforums.org/showthread.php?t=1930450
If it works, apply software version, configuration, etc, to arch

hope it helps :)
-reed1

reed1 commented on 2012-08-17 07:00

@roobre
I've experinced the same bro,

This combination works for me so far:
- X.Org X Server 1.12.3.901
- xf86-video-intel 2.20.2-2 ( It breaks with 2.20.3-1 ) and use UXA acceleration on xorg config
- catalyst-total-pxp 12.6-1

I haven't tried to upgrade to 12.8-1 , phoronix says it doesn't change much
=> http://www.phoronix.com/scan.php?page=news_item&px=MTE2MTY
and more likely targeted for windows 8 user
=> http://www.bit-tech.net/news/hardware/2012/08/16/amd-catalyst-12-8/1
and moreover I read that it doesn't have to be patched for kernel >= 3.4 and xorg 1.12 but this package still apply the same patches, so probably something will happen (dunno)

If it also didn't work, try to install ubuntu 12.04, apply the suggestion here (I got many useful information)
=> http://ubuntuforums.org/showthread.php?t=1930450
If it works, apply software version, configuration, etc, to arch

hope it helps :)
-reed1

reed1 commented on 2012-08-17 06:59

@roobre
I've experinced the same bro,

This combination works for me so far:
- X.Org X Server 1.12.3.901
- xf86-video-intel 2.20.2-2 ( It breaks with 2.20.3-1 ) and use UXA acceleration on xorg config
- catalyst-total-pxp 12.6-1

I haven't tried to upgrade to 12.8-1 , phoronix says it doesn't change much
=> http://www.phoronix.com/scan.php?page=news_item&px=MTE2MTY
and more likely targeted for windows 8 user
=> http://www.bit-tech.net/news/hardware/2012/08/16/amd-catalyst-12-8/1
and moreover I read that it doesn't have to be patched for kernel >= 3.4 and xorg 1.12 but this package still apply the same patches, so probably something will happen (dunno)

If it also didn't work, try to install ubuntu 12.04, apply the suggestion here (I got many useful information)
http://ubuntuforums.org/showthread.php?t=1930450
If it works, apply software version, configuration, etc, to arch

hope it helps :)
-reed1




-

http://www.bit-tech.net/news/hardware/2012/08/16/amd-catalyst-12-8/1

roobre commented on 2012-08-16 21:31

@Vi0l0 It seems the problem is still there, same output for everything :\
I attach the link to a pastebin containing my Xorg.log: http://pastebin.com/mECFDFby

Regards
~Roobre

Vi0L0 commented on 2012-08-16 20:11

@roobre: maybe this fresh 12.8 will fix your problem?

roobre commented on 2012-08-15 22:46

Hi there!
I have a HP Pavilion dv6-6090es with one of those shiny hybrid graphic cards (AMD Radeon HD 6770M). I've been surfing the arch bbs for hours until I fount this package, and neither one of the others neither this works for me ;_;
I installed the package via yaourt whithout problems or errors, and when I do an "aticonfig --initial", it does not output any, either.
But when I try to startx, xorgs dies saying "Fatal server error: no screens found" on its last breath.

Whats wrong with my PC? I'm really desperate, guys. Any idea? :\

Regards, and thanks in advance :3
~Roobre

Vi0L0 commented on 2012-08-09 10:25

Hell yeah! Glad to hear it works! :)

reed1 commented on 2012-08-09 07:24

It won't work if intel is using "SNA" acceleration, currently I'm using "UXA" acceleration and "aticonfig --px-dgpu" mode works as expected

reed1 commented on 2012-08-09 06:56

Many Thanks Vi0L0 !!

I got this working on my laptop, i5 sandy bridge with Radeon 6630M
I tried all catalyst package before but none works. Turned out Hybrid Graphics laptop must use PxP package because the hardware are somewhat mixed between intel and amd (cmiiw)

side note:
- works with-out "nomodeset" on boot configuration

Vi0L0 commented on 2012-08-04 17:12

if for some reason it won't work without /usr/lib64 then here you will find 12.6-1 version with that directory:
http://catalyst.apocalypsus.net/tarball/catalyst-total-pxp-12.6-1.src.tar.gz

Don't forget to let me know if this will happen so i will return to /usr/lib64

Vi0L0 commented on 2012-08-04 17:11

if for some reason it won't work without /usr/lib64 then here you will find 12.6-1 version without that directory:
http://catalyst.apocalypsus.net/tarball/catalyst-total-pxp-12.6-1.src.tar.gz

Don't forget to let me know if this will happen so i will return to /usr/lib64

Vi0L0 commented on 2012-08-04 16:58

Run aticonfig --px-igpu or aticonfig --px-dgpu to switch between two amd cards.

Vi0L0 commented on 2012-08-04 16:37

Sidenote:
running aticonfig --px-igpu or aticonfig --px-dgpu won't run switchlib* scripts (no matter if it's in /usr/lib or /lib64) it will though change an entry in /etc/ati/amdpcsdb file, so if you want to switch between amd/intel then don't forget to run those scripts (or use pxp_switch_catalyst)

Vi0L0 commented on 2012-08-04 16:10

12.6-2:
looks like we don't need /usr/lib64 (thank you ATI!), so removing it and moving switching scripts into /usr/lib/fglrx dir

Vi0L0 commented on 2012-08-04 14:57

Usage: pxp_switch_catalyst <amd|intel|query>

Vi0L0 commented on 2012-08-04 14:56

Because i cannot test it i'm giving no warranty that this will work... AFAIK often in depends on your hardware/bios/manufacturer/etc

There's usefull script i wrote called pxp_switch_catalyst, it is:
* switching xorg.conf - it will rename xorg.conf into xorg.conf.cat
(if there's fglrx inside) or xorg.conf.oth (if there's intel or radeon inside).
And then it will create link to xorg.conf depending on what did you choose
* running aticonfig --px-Xgpu
* running switchlibGL
* adding/removing fglrx into/from MODULES in rc.conf