System freezes when switching back to X11 (from console) while using DRI
Linux - SoftwareThis forum is for Software issues.
Having a problem installing a new program? Want to know which application is best for the job? Post your question in this forum.
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.
Default xwm is Xfce 4.2.0 (stock from Slackware 11.0 distro), I have "Launch KDE Services on startup" enabled (to use konqeror and amarok). No artifacts or problems while using X, thus far at least.
The problem is when I Ctrl + Alt + F1...6 to a console everything works like it should I can switch between the 6 consoles, however when I try to Ctrl + Alt + F7 back into X the system hangs. I get a black screen and no response to keyboard commands (3 finger salute, etc...) and my monitor's info box shows this black screen is running 720x400 resolution, same as the console (X runs at 1280x1024).
I'm 99.99% certain this has something to do with DRI being enabled because I've never had this problem when it wasn't working. The only way I can continue in this situation is to do a hard reset, and does that mean any error logs won't have a change to get written?
Is this a familiar issue to anyone? at least where should I be looking?
Hmm well I tried using "radeon" and "ati" as the device drivers, but neither one works and X, after showing a couple of warnings, defaults to use the "Standard VGA" device which obviously doesn't give me DRI... And if I comment out that device then X dies saying it can't find a working device.
"fglxr" works as a driver though... I'll stick with it for now.
Also, these changes to xorg.config don't seem to take effect until I reboot the system, is there a script that will do this?
When you view your Xserver log do you see a warning similar to this ?
cat /var/log/Xorg.0.log | grep WW
Quote:
(WW) RADEON(0): Direct Rendering is disabled by default on Radeon VE/7000 hardware due to instability, but has been forced on with "Option "dri" in xorg.conf. You may experience instability.
Disable the dri module from loading and the lockups should go away..
Here is another thread where we were troubleshooting a very similar issue. commenting out dri from the Modules sections appears to have fixed the issue for this user.
Yes that's correct if I comment out the "dri" module the problem goes away.
I also checked those 2 logs but didn't find anything suspicious, and Radeon 7000 series is a lot older than the X800 so I doubt it would be applicable.
But reading that other thread gives me an idea. The refresh rates may be incorrect for the monitor so it might be dying while trying to change video modes.
But it seems very strange that it would cause the kernel to stop responding all together, I tried pinging the computer while it's frozen and it's dead.
Option "AGPFastWrite" "boolean"
Enable AGP fast write. Enabling this option is frequently the cause of instability. Used only when the DRI is enabled. The default is off.
Option "AccelMethod" "string"
Chooses between available acceleration architectures. Valid options are XAA and EXA. XAA is the traditional acceleration architecture and support for it is very stable. EXA is a newer acceleration architecture with better performance for the Render and Composite extensions, but the rendering code for it is newer and possibly unstable. The default is XAA.
Option "DMAForXv" "boolean"
Try or don't try to use DMA for Xv image transfers. This will reduce CPU usage when playing big videos like DVDs, but may cause instabilities. Default: on.
Yes I know this man page is for the radeon driver not the proprietary one.. but its interesting how many options make the system unstable with that driver...
The Gentoo Wiki seems to have more current info on the ATI Driver and random lockups... definitely check out this link.. it's a bit more relative to your configuration.
Interesting thing... if you look at "man radeon" it says after the Radeon 9500 series (R300 chip and onward) this driver only supports 2D acceleration and this appears true.
The options for radeon driver don't appear to be used/recognised by fglrx driver, however I tried disabling AGP Fast Write in my BIOS and got a marginal improvement!
Now the resolution switches to 1280x1024 and I can see the cursor against a black screen, but other than that the system is still frozen :\
There is no man pages or any sort of manual, or at least a list of options for the fglrx driver... which sucks.
The aticonfig utility is suposed to be used for that I guess.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.