Code:Using config directory: "/etc/X11/xorg.conf.d"
Last edited by Bucic; 04-28-2013 at 07:17 PM.
Granted, we solve this, there are also other things to consider - for example which provider offers libGL*..
When using opensource drivers, libGL usually just points to radeon, nouveau or intel's mesa. But it could be different with fglrx. I don't know which libgl does it use, nor I know if fglrx replaces any vital components, which are used by Intel driver as well.
I can recommend you try two things:
- try to use OpenSUSE, according to , Suse/OpenSUSE has long supported ability to automatically use several cards.
- try to contact user "Kano" on phoronix. He is knows GPU-switching through and through
Meanwhile, try to add this.
In terminal (replace "gedit" with your editor) open a new file:
sudo dbus-launch gedit /usr/share/X11/xorg.conf.d/01-intel.conf
Paste and save following content:
This should make you boot, but I seriously doubt if any OpenGL acceleration(needed for composite desktop, effects etc) will work, since it might be still routed to fglrx's version of libGL.Code:Section "Device" Identifier "Videocard1" Driver "intel" EndSection
There is a lot to read on googling for "fglrx + intel", mostly mention vga switcheroo, which in your case has little effect because you have muxing videocards. But you CAN combine hprofile with method from Serafean and solve the issue!
But the most "magic" moment for me is why isn't Fedora supporting something like that out of the box with autodetection...
The whole case is pretty much "Ubuntu"-like, meaning polished designed system, that is inflexible and requires Gentoo-like hacking when it comes to passing it onto specific hardware...
I don't get why you need Fedora. Fedora has IMHO no infrastructure to switch parallel installed gfx stacks. But Debian has em, therefore i have got an implementation for Kanotix that can do that in live mode AND on hd installs. The CeBIT Special iso images however would not help you directly as there i used fglrx 13.2 beta 7, but it works with a slightly different gfxdetect package also for fglrx-legacy drivers. If you want to use Fedora you could try using the amd tool for switching gfx drivers - but that usually works in a way where the package management is not involved. The logical consequence is when you have got mesa in package updates it stops working.
Since you've mentioned the libGl*... Recently I've uninstalled the catalyst to see if such a crude way would get me to desktop with Intel gr. enabled. It did! I issued the following command
It got me to my desktop all right, but with unacceptable performance. It could indicate a mess with some libs. In the future, how could I acquire information from such impaired system, which would help diagnose this?Code:su -c 'yum remove akmod-catalyst-legacy-* xorg-x11-drv-catalyst-legacy* xorg-x11-drv-catalyst-legacy-libs'
If Debian has the infrastructure (I'm not sure what you mean here), then why the primitive switching didn't work on Ubuntu? As for my choice to stick to Fedora - I wouldn't want to turn my distro-world upside down just because of this, especially that I've never heard of the switching in question working on any distro.
I'm thinking of doing this
and linking the gathered info to the bug I reported.
Some additional info I dag up. I have no idea how to make a use of it but then it may come to me later...
(in the order of highest projected usefulness):
Arch forums - [SOLVED] Switching graphics ati/intel
Arch - ati hybrid graphic card(catalyst) conflict on libgl
Linux questions intel-is-interfering-with-fglrx
Rage3D - Catalyst drivers and Intel chipset driver conflict
xorg.conf.d is parsed only is xorg.conf doesn't exist. (or at least that's how it should be)
I guarantee (from experience) that it works 100% reliably in Gentoo. Sabayon being a Gentoo derivative, I suppose it should work there too.especially that I've never heard of the switching in question working on any distro.
As I thought. My bug report has been closed
It's a closed source driver issue. We can't support fglrx, fglrx bugs should be
directed to AMD.
With a modification of fedora's mesa/libGL and Catalyst packages, this approach is doable. No idea how it works with BIOS switching though. I strongly suggest you start thinking about trying out different distros to find one with runtime libGl switching, since that seems to be the main blocker.
Since both ubuntu and redhat people rejected my bug report I posted it here http://devgurus.amd.com/community/general_discussions (waiting for admin approval).
* in fact my poor intel graphics provides superrior desktop performance to AMD Catalyst (Gnome Shell, browser, video...)!
Thank you all for participation and presenting your suggestions! I really appreciate it.
I wonder, is it possible that some of you would tell me how to fix the system configuration with Intel after Catalyst drivers have been uninstalled. Like I said earlier, I managed to unistall the Catalyst and boot into desktop with Intel, but with extremely poor performance.
This would let me restore my current system to the productivity-optimized configuration with Intel, so I could proceed with installing another distro for gaming without loosing anything I currently have got, configured and working.
Last edited by Bucic; 04-29-2013 at 02:51 PM.