wrong resolution with ATI and open source drivers
in [Debian]
|
Prev: debian postfix and 3rd party repo
Next: logrotate
From: Stephen Powell on 3 Mar 2010 17:40 On Wed, 3 Mar 2010 17:00:22 -0500 (EST), Jordan Metzmeier wrote: > From my experience, the resolution issue is usually a side-effect of > xorg falling back to vesa. xrandr can be used to adjust to resolution > if it is not automatically configured to the proper setting. Hmm. Perhaps you're right. I just noticed the following line in his /var/log/Xorg.0.log file: (--) PCI:*(1:5:0) ATI Technologies Inc unknown chipset (0x9616) rev 0, Mem @ 0xd0000000/28, 0xfbef0000/16, 0xfbd00000/20, I/O @ 0xd000/8 "Unknown chipset". That's not a good sign. -- To UNSUBSCRIBE, email to debian-user-REQUEST(a)lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmaster(a)lists.debian.org Archive: http://lists.debian.org/757625978.16569761267655461826.JavaMail.root(a)md01.wow.synacor.com
From: George Sullivan on 3 Mar 2010 17:50 On Wed, Mar 3, 2010 at 11:00 PM, Jordan Metzmeier <titan8990(a)gmail.com> wrote: > On Wed, Mar 3, 2010 at 4:30 PM, Stephen Powell <zlinuxman(a)wowway.com> wrote: >> On Wed, 3 Mar 2010 16:21:18 -0500 (EST), Jordan Metzmeier wrote: >>> >>> The open source radeon drivers should work without a xorg.conf. Try >>> moving the xorg.conf and running xserver without one. If you are >>> finding that without a xorg.conf it attempts to load radeon, fails, >>> then falls back to vesa you could be looking at an issue of >>> incompatibility. >> >> According to the original post, it worked but did not use the maximum >> resolution available when run without an xorg.conf. The only way >> I know to fix that is to create an xorg.conf that defines things >> the way he wants them. >> > > >From my experience, the resolution issue is usually a side-effect of > xorg falling back to vesa. xrandr can be used to adjust to resolution > if it is not automatically configured to the proper setting. > > -- > Jordan Metzmeier Yes, that's exactly what happens. By default I get a horrible 1400x1050 resolution and a black border around the desktop. I'm pretty sure vesa doesn't support anything higher so I'd definitely need radeon or fglrx. Declaring depth or resolution by hand in xorg.conf doesn't change anything. Everything is pointing to an hardware incompatibility. For good measure the output of xrandr: Screen 0: minimum 320 x 200, current 1400 x 1050, maximum 1400 x 1050 default connected 1400x1050+0+0 0mm x 0mm 1400x1050 75.0* 1280x1024 76.0 1152x864 76.0 1024x768 76.0 800x600 73.0 640x480 73.0 720x400 71.0 640x400 0.0 640x350 0.0 512x384 0.0 320x240 0.0 320x200 0.0 On the distros it does work xrandr gives a "DVI connected" and of course the native 1920x1080 resolution.This is really frustrating because most older (i.e. stable) distros don't work with this hardware. Only those on the bleeding edge do. I think the only way to fix this is to use a newer kernel and xorg? Should I compile them myself, use the testing repos or upgrade to squeeze. Or something else? This is currently just a test system, it wouldn't matter if I broke it and had to reinstall. -- To UNSUBSCRIBE, email to debian-user-REQUEST(a)lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmaster(a)lists.debian.org Archive: http://lists.debian.org/160adc5c1003031428p2f63deai4a5fa34644196587(a)mail.gmail.com
From: Jordan Metzmeier on 3 Mar 2010 20:20 Yes, and none of those resolution even have a 16:10 aspect ratio. I would give fglrx drivers a try before doing something drastic like upgrading to testing. Link: http://wiki.debian.org/ATIProprietary -- Jordan Metzmeier -- To UNSUBSCRIBE, email to debian-user-REQUEST(a)lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmaster(a)lists.debian.org Archive: http://lists.debian.org/50e5edd51003031716x19a22213he146c9f4eb3448a9(a)mail.gmail.com
From: George Sullivan on 3 Mar 2010 23:30
With Squeeze things "just worked". First performance was abysmal, dragging a window caused it to redraw it frame by frame. After enabling non-free and installing firmware-linux-nonfree that was fixed too. As I said before fglrx does work too but I wanted to find out why the free drivers aren't working. Thanks for all the replies so far. I think we can file this away as it's solved in squeeze. Now the remaining question is what I should do till squeeze becomes stable. As long as it's more stable and secure than the other distros that work with my hardware I'm confident. -- To UNSUBSCRIBE, email to debian-user-REQUEST(a)lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmaster(a)lists.debian.org Archive: http://lists.debian.org/160adc5c1003032007t7dc08616hefa278b867512f6b(a)mail.gmail.com |