GentooThis forum is for the discussion of Gentoo Linux.
Notices
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.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
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:
Code:
/opt/bin/aticonfig --initial
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...
More pieces to the puzzle.
I went a bit overboard and installed Gnome. Still bad colours.
However this time I noticed that the 2 Tuxes (sp?) displayed at the beginning of the boot process are also defective.
I have just built a fresh 3.5.7 kernel.
Ascii colours seem to be OK.
The system that works uses a 2.6.39 kernel, and the same /. It has uvesafb loaded which the defective system does not. It also does not like the xorg.conf but works without it.
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.
lsmod:
Good system Bad
uvesafb pcspkr
mmc_block pc_ich
mmc_core sky2
tifm_sd
sky2
pcspkr
mac_hid
(- = 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:
Code:
VIDEO_CARDS="fglrx"
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.
1) If games aren't a priority for you, you could try the open-source radeon driver and see if you have better luck.
2) Take a look at your emerge log when you updated. Revert all packages to the pre-update state and test updating each one individually until you find what's causing the issue. What a pain though...
3) Alternatively if you're tired of messing with it, I would recommend you try a few distros with live CDs and see if any of them bring up X correctly.
FYI, specifying vga=ask in your grub kernel args will bring up a list of the modes your video card will support when you boot.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.