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.
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.
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?
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.
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.