[SOLVED] ATI Radeon Express 200M on Debian jessie (as of 7 Sep 2013)
DebianThis forum is for the discussion of Debian 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.
(II) [KMS] drm report modesetting isn't supported.
(II) UnloadModule: "radeon"
(EE) Screen(s) found, but none have a usable configuration.
This message shows after hardware detection and no logs on screen detection process thereafter.
Updated packages include xserver-xorg-core:i386, xserver-common:i386, xserver-xorg-video-fbdev:i386, xserver-xorg-video-radeon:i386 and many other ones. Previous dist-upgrade was about 2 months ago.
Troubleshooting guess and act I checked with two kernels, 3.9.6 and 3.10.7 (both compiled from debian repo) with and without drm modesetting. So, it is not kernel realted.
Debian changelog does not have much information.
Question Has anybody already run into this? If so, solved?
I guess some sort of screen section on xorg.conf would do (or EDID??).
I guess some sort of screen section on xorg.conf would do (or EDID??).
I have little experience with ATI cards, but judging from your Xorg.0.log I guess that creating a screen section would help. You can execute the following command as root in order to create a basic xorg.conf and edit it afterwards:
Xorg -configure did not work well. However, It gave me a template.
The "Gentoo forum" suggested by EDDY1 gave me detailed instruction, unfortunately did not work well.
Clean install radeon driver: For some reason, X kicked in, but keyboard and mouse are dead.
For some reason, log says that keyboard and mouse are disabled.
Added "AllowEmptyInput" "False" in xorg.conf, did not do much.
I checked that evdev package is installed. HOWEVER, I found that evdev kernel option is not checked. (I do not know how this happened, it was off in older kernels also.) I recompiled my kernel with evdev on.
Then something wierd went on. X kicks in (good), keyboard and mouse work (good), desktop looks ok (good), but color is screwed up when application (iceweasel, gimp) is launched. (NOT GOOD!!)
Now I know that problem is that color depth is 8 (not 16.)
What I did.
I checked color under xfce4 (I was on fluxbox). Color went differently. Under fluxbox, it went totally odd. Under xfce4, it looked like 8bit color. Xorg.log.0 agrees as follows.
Code:
[ 71.575] (II) [KMS] drm report modesetting isn't supported.
[ 71.576] (II) Loading sub module "fbdevhw"
[ 71.576] (II) LoadModule: "fbdevhw"
[ 71.576] (II) Loading /usr/lib/xorg/modules/libfbdevhw.so
[ 71.592] (II) Module fbdevhw: vendor="X.Org Foundation"
[ 71.592] compiled for 1.12.4, module version = 0.0.2
[ 71.592] ABI class: X.Org Video Driver, version 12.1
[ 71.592] (**) FBDEV(1): claimed PCI slot 1@0:5:0
[ 71.592] (II) FBDEV(1): using default device
[ 71.592] (==) FBDEV(1): Depth 8, (==) framebuffer bpp 8
[ 71.592] (==) FBDEV(1): Default visual is PseudoColor
Without xserver-xorg-video-fbdev X does not kick in. (no screen found)
I checked with and without "Device fbdev". Also I removed color depth 8 subsection. (none worked!!)
I somewhat think I am on a right track. (Do I need fbdev when I have xserver-xorg-video-radeon?)
Another possible clue is the fact that dmesg says
Code:
[drm] radeon kernel modesetting enabled.
I will update.
+++++++++++ added on edit
Adding nomodeset as a kernel parameter on boot does not solve this situation.
Userspace modesetting is on.
Yes, I removed fglrx driver completely, I believe.
I have a little issue with modprobe. I compiled everything into kernel. While I was dividing the kernel into modules, I did something wrong. Currently, under recovery process.
I'm more or less interested in seeing if there's anything blacklisted. When you install the fglrx driver, you have to blacklist the radeon driver. Some distros also recommend blacklisting the drm module as well, so check and make sure there's nothing crucial that's being prevented from being loaded. Also, depending on how you installed the fglrx driver, it can overwrite some libraries. I know for Slackware this is the case and the mesa package has to be re-installed after removal.
But before you go too crazy, I'd start with a clean slate. If you can, install Debian on a USB drive and upgrade to Jessie (or use a snapshot to do it). Install X and a window manager like fluxbox and see what happens when you start up X.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.