I wanted to check whether this bug was resolved in xorg-x11-7.0 so I unmasked and emerged the new release.

Now the system freezes if I enable DRI ... From the Xorg.log,
Is the option "BusType" "PCI" still necessary? I have an AGP Radeon 7500 on a Pegasos 2.

Here is a related problem I found in the net:
http://lists.freedesktop.org/archives/x ... 11491.html

Any idea? Thanks!

Today I updated to xorg-server-1.0.1-r3 and xorg-x11-7.0-r1

Now I don't get the error message, but the screen just goes blank.

I submitted a bug to Gentoo bugzilla, but they suggested that my graphics card was broken, and that I should submit the bug to Xorg. Well, I'm trying to figure out the problem clearlier before...

Since DRI, 3D and all still works in my Debian distro, I suspect there's some module conflict. I had the agpart, drm and radeon modules compiled in Gentoo (kernel 2.6.12), and these are loaded when starting Xorg. But agpart makes no sense, rite? If it's supposed to be PCI bus... Checking /var/log/messages after startin Xorg, I read these:
Any comment will be helpful. I'm getting "Lost" ... ^^;

Hi,hawe!

Some time ago I had a similar thread here with xorg-6.9...
After having recompiled xorg I though the problem has vainished,
but sometimes it still randomly refuses to give a screen...
(on several systems...)
Not very helpful, but at least you know that you're not alone...

Frostwork

I read your post...
Yeah, if I enable DRI I get this kindda random crashes too. That's why someone said that hardware may be broken. Anyway, even if X starts, DRI is off.

Is it DRI working for you?

Thx

This is known problem of the current radeon drivers forced to PCI mode. There is a few ways to fix it but I recomended to apply this patch to radeon driver http://gate.crashing.org/~benh/radeon-memmap.diff this patch has some issues but should be OK.

There is also a newer version at http://gate.crashing.org/~benh/radeon-memmap-drm-4.diff and http://gate.crashing.org/~benh/radeon-memmap-7.0-3.diff but this version doesn't work for me.

Ahhh, I forgot to mention. If you don't want to patch the drivers you can simply disable dri in xorg.conf file.

This should make possible to run xserver without any problems, but without 3D of coz.

oh! Thank you
I'm using it without DRI now.
I will try to apply the patch. I'm not sure how to do it, since Gentoo does the compiling automatically, I never cared about compiling myself ;P

tell u later.

Hi!

Thanks a LOT for the patches, morgoth!!!!!
Can't wait to recompile
( I hope they like the gatos-patch )
cheers
frostwork

Hi!

I applied the patches (manually as of gatos-patches).
Xorg boots up fine now, tv-out still works, but unfortunately
when changing screenmode gfx will get corrupted under my debian
& under my gentoo-enlightenment when starting xmms...

Will re-try (several times )

cheers
frostwork

Why not using "BusType" "PCI" option for RADEON with current xfree... It works fine for me and with 3D support.

But maybe I've missed some important point in this thread ? [maybe it's in the title ?]

This changes are now merged in to current Xorg trunk. To fully use it also a small patch to DRM is required too(http://gate.crashing.org/~benh/radeon-memmap-drm-5.diff)

I can prepare a modular patched ati drivers binary package if someone interested (gcc 4.0.x or 3.4.5).

Current ATI drivers cause a ugly system lockup if running in PCI mode. This is a reason of all this problems.

Hi!

Thanks for the new link to the new patch, maybe I'll give it another try.
Temporarily I've found an other "unnice" sollution:
I've copied the /ati driver from xorg-6.8.99.8 into the
6.9/ tree and applied the gatos-patches
Everything works completely stable & I can't recognize any
disadvantages with the older ati-drivers
(no idea, which xorg-6.8.99-X is the latest working correctly, but at least
the -8 works

cheers,
frostwork

The point is in the bug I linked in the first post. That bug is really ugly, cos all the system freezes (no remote login possible) and CPU starts heating up.

Anyway, they suggested me to try newer versions of xorg to check whether the bug was resolved or not. But I didn't expect finding so many other bugs in the way ;P

I'm just trying to help debugging. That's another point you may have missed too.

Funny. Just a little time ago, I had an uptime of 150 days or so. DRI working all the time. After the last reboot, I was faced with the same error - Xorg starts but nine times out of ten, it staggers into a black screen. Remote login is possible, but the system will not shut down no matter how much you wait.

Appears I had unknowingly upgraded my xorg to 6.9.??, which triggered the bug (old version was fine). I disabled DRI and it's working great again. There were similar problems way back in the xfree86 times, the solution to them was also to disable DRI.

Now, today I just upgraded to xorg-7.0.20 currently in Debian testing in hopes to get the problem fixed (as morgoth points the changes being updated to the xorg-trunk). Did not help. However, this time I got the system shut down through remote, and disabled DRI again.

I need to know, are there any other Debian users experiencing this problem right now? Is there any way to solve it?