ATI graphics acceleration [SOLVED]

[eman_resu]

I changed it to 1280x800 in Display Manager and it worked, I'm in 1280x800. But direct rendering still isn't working.

[Hlingler]

Originally Posted by eman_resu

I changed it to 1280x800 in Display Manager and it worked, I'm in 1280x800. But direct rendering still isn't working.

??? It should be! Everything except the resolution was 100% copacetic. I bet "Display Manager" wrecked the other settings.... *sigh*

Please attach current Xorg.0.log

And xorg.conf

V

[eman_resu]

Here's the files.

[Hlingler]

Yeah, "Display Manager" blew away the existing xorg.conf and re-wrote it with only the modeline changes.

I edited it manually. Try the attached xorg.conf

V

[eman_resu]

Didn't work.

[Hlingler]

OK, this time the Xorg.0.log is a little different: it shows compliance with the 1280x800 initial resolution - so I'm guessing that you have a successful GUI/desktop session, but not DRI? Because Xorg and it's spawn still insist on trying to map enough VRAM for 1400x1050, which you simply don't have, so the same error eventually occurs.

Try the attached xorg.conf - I applied those two over-ride options, see if they work.

All of your Xorg.0.logs show that Direct Rendering is working. That is good. It's up to you, but this is clearly just a matter of finding the correct settings in xorg.conf to force this recalcitrant software into compliance. I wish I knew exactly what those are, but I don't. And it's too late here tonite for me to continue now. If this xorg.conf doesn't work, please post back if you wish to continue to attempt to fix this, and I (or someone else) will get back to you later.

Good Luck,
V

[eman_resu]

That didn't work either. Thanks a lot for your help. I'll look around google for a few hours but I think I have to work in the morning. I attached the log file.

[Hlingler]

Yeah, I wasn't paying attention: it's that funky display connection you've got, "LVDS" whatever that is - it's definitely not "standard", but I'm not very familiar with laptops. Reading up a little on the available documentation, this is from 'man radeon':

Option "LVDSProbePLL" "boolean"
              When  BIOS panel informations aren’t available (like on PowerBooks), it may still be necessary to use the firmware provided PLL values
              for the panel or flickering will happen. This option will force probing of the current value programmed in the chip when X is launched
              in that case.  This is only useful for LVDS panels (laptop internal panels).  The default is on.

Based on what I see in your Xorg.0.log, the 1400x1050 mode keeps getting auto-added to the list of modes, screwing up the VRAM. So: please remove those other two special options I added to xorg.conf (since they obviously don't work they're pointless and just clutter things up) and add the following option to section 'Device':

Option "LVDSProbePLL" "off"

Then re-startx. If that doesn't work, there are still many other options I found, but I suggest trying them one at a time until the right one(s) is found....

And again, it's up to you, but I'm certain that this is fixable - direct rendering is clearly working right up until the point where the VRAM error forces it off.

V

[eman_resu]

I guess I messed up last night on overwrote my backup with one of the modified xorg.conf files. So now it won't boot to X server, I'm in Windows now. I have xorg.conf~ in there, which looks like the original, also I have it posted in the first post. I don't know what the ~ means. I think I'm going to try just moving that to /etc/X11 and renaming it. Then I'll try your post.

[Hlingler]

Here's your last xorg.conf with the latest changes/fixes I described in my last post.

V

[eman_resu]

That didn't work.

[Hlingler]

Well, poo, no it didn't: your last Xorg.0.log shows that Xorg blew right past that option and once again probed the display. Try this instead:

Option "PanelSize" "string"
              Should only be used when driver cannot detect the correct panel size.  Apply to both desktop (TMDS) and laptop (LVDS) digital  panels.
              When  a valid panel size is specified, the timings collected from DDC and BIOS will not be used. If you have a panel with timings dif-
              ferent from that of a standard VESA mode, you have to provide this information through the Modeline.
              For example, Option "PanelSize" "1400x1050"
              The default value is none.

So try:

Option "PanelSize" "1280x800"

V

[eman_resu]

Did not work.

[Hlingler]

AHHRRRRGGGGG!

OK, I spotted this in Xorg.0.log:

(II) RADEON(0): Max desktop size set to 1600x1200
(II) RADEON(0): For a larger or smaller max desktop size, add a Virtual line to your xorg.conf
(II) RADEON(0): If you are having trouble with 3D, reduce the desktop size by adjusting the Virtual line to your xorg.conf

So, let's try that; add the line in red to your xorg.conf:

Section "Screen"
        Identifier "Screen0"
        Device     "Videocard0"
        Monitor    "Monitor0"
        Virtual 1280 800
        DefaultDepth     24

[eman_resu]

Didn't work.