GentooThis forum is for the discussion of Gentoo Linux.
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Introduction to Linux - A Hands on Guide
This guide was created as an overview of the Linux Operating System, geared toward new users as an exploration tour and getting started guide, with exercises at the end of each chapter.
For more advanced trainees it can be a desktop reference, and a collection of the base knowledge needed to proceed with system and network administration. This book contains many real life examples derived from the author's experience as a Linux system and network administrator, trainer and consultant. They hope these examples will help you to get a better understanding of the Linux system and that you feel encouraged to try out things on your own.
Click Here to receive this Complete Guide absolutely free.
I updated my Gentoo box to the latest KDE yesterday, although I have an Nvidia card (I've had problems with AMD cards in the past).
As a sanity check see that your opengl is set to the AMD driver. eselect opengl list; eselect opengl set <whatever option you need>
I would suggest rolling back to an earlier video driver; in your /etc/portage/package.mask file add >=x11-drivers/ati-drivers-12.8 and re-emerge your ati-drivers. This will roll you back to the 12.6 version.
opengl is set to ati, and unfortunately rolling back did not solve the problem.
I'm wondering if there is something else involved? Up until now I have been using an xorg.conf, but as of this update it is no longer usable. The error is 'No screens found', and the logfile indicates one found but not acceptable.
because it will try to load the radeon driver which will conflict with the fglrx driver. Try renaming your xorg.conf to xorg.conf.bak and see if X comes up without an xorg.conf first. If that fails, run:
to create a new xorg.conf and see how it goes. You might want to blacklist the radeon module as well:
X does not start at all with xorg.conf present, and has bad colours when absent.
"blacklist radeon" had no effect. According to lsmod it was not loaded at boot time.
/opt/bin/aticonfig could not detect a supported card.
The hardware I'm using is a Toshiba Satellite M200 laptop with an external HD monitor. The internal screen was broken and removed. I have checked the physical connection to the monitor with another computer and it tests good.
I have unmerged ati-drivers, and still have bad colour. Is it possible that KDE 4.9.3 is sending garbage to the card?
Simplest way to see if KDE is the problem would be to emerge twm and xterm, then pick that environment from KDM login. I do not think KDE is the problem though: it could be trying to use some opengl effects that are not well supported by your driver. Maybe try turning off desktop effects from "Workspace Appearance and Behavior" in System Settings?
Do you have radeon built into the kernel? If you do, blacklisting it won't help and it will conflict with fglrx.
On the distro that does work, check to see which driver is working for you: is it radeon or fglrx? What version of KDE do you have on that distro? Also, you could try taking that xorg.conf and moving it over to your current Gentoo setup and see how it goes...
I think we're narrowing it down: seeing bad colors before booting into X suggests you may be having problems with one of the AMD framebuffer modules. I believe it's just a matter of figuring out which modules you're actually using and seeing what's conflicting. My guess would be you're trying to use the KMS driver along with radeon, which has problems as noted here: http://en.gentoo-wiki.com/wiki/Radeon
1) first, what does your /etc/portage/make.conf VIDEO_CARDS= line looks like.
Good system Bad
(- = not present as opposed to not set)
Good Fail Fail after trying to match Good
FB_RADEON Not set y Not set
FB_RADEON_I2C - y -
FB_RADEON_BACKLIGHT - Y -
FB_RADEON_DEBUG - ns -
FB_ATY ns ns ns
FB_ATY128 - ns -
DRM_RADEON - m ns
DRM_RADEON_KMS - ns -
DRM_R128 - ns ns
Still no luck.
I forgot to add uvesafb in the latest try.
Yep, looks like you were having problems with the AMD framebuffer modules. OK, since in Gentoo we don't usually use an initrd, you'll need to build in uvesa (CONFIG_FB_UVESA=Y) in order to boot. That's why on your good system it was a module and still worked fine, whereas on your Gentoo install it's broken. While you're still building your kernel, make sure you unset Device Drivers->Graphics Support->Direct Rendering Manager as mentioned in the gentoo fglrx guide. This should also remove your Radeon module so now you only have fglrx and uvesa.
Now, after boot edit your /etc/make.conf like this:
And do a emerge -uND world. That should pull in the ati drivers for you automatically and eselect opengl as well.
Now, you should be able to startx and hopefully have everything work.
None of the above helped. However I have found another clue.
The version that works uses the default vga setting when booting, making for a rather poor display on an full HD monitor. I changed it to vga=883 (0x0373) which has been working up until the update. It gives me a 240 character line in console mode. Instant fail!
I changed to vga=794 which gives me a 160 character line and all is well. Except I don't have the full benefit of the HD screen. I think I will try "1920x1080" as that works on my other system.