When I start X normally, using 8.8.25 version of at-drivers, everything is normal. After switching to console (ctrl+alt+f1) and then returning, the screen is scrambled. Everything else is still running fine, though; you just can't see most of what you're doing. Reproducible: Always Steps to Reproduce: 1. 2. 3. Expected Results: Not scramble the screen.
Created attachment 49249 [details] xorg.conf Xorg.0.log doesn't report any errors or anything unusual. I forgot to mention that I have an: ATI Technologies Inc RV350 [Mobility Radeon 9600 M10]
This might be a problem known as "colormap corruption". If this is the case, you can fix it by running: fglrx_xgamma -gamma 1.0
Nope, tried that. # fglrx_xgamma -gamma 1.0 This doesn't fix the problem.
added cc
I have the same card in my ASUS A2500D laptop and experience the same problem, but only some of the time. x11-base/xorg-x11-6.8.0-r4 media-video/ati-drivers-8.8.25 sys-kernel/gentoo-dev-sources-2.6.10-r6
I played around some with the last ati-drivers v8.10.19, trying to see if I could change a setting in xorg.conf to make it work. The only settings that make it work are: Section "Device" Option "no_dri" "yes" EndSection or: Section "Module" #Load "dri" EndSection Which turn of DRI. Which is why I would want to use the ati drivers to start with. :-S
I had some similar problems. Have you tried using the kernel vesa fb drivers instead of radeon fb drivers? cd /usr/src/linux/ make menuconfig Turn off [Device Drivers] -> [Graphics support] -> < > ATI Radeon display support make make modules_install
That actually did the trick. So it would seem the incompatibility is between the ati-drivers and radeonfb. Thanks.
Ya, many of the specialty fb drivers don't behave with DRI... This is an issue that the respective companies and/or kernel devs will have to fix. Marking this as fixed since vesafb should be ample for console fb needs.
