> Please do the following tasks via telnet and report > back to the list: > - See if there is any application consuming all processor (top). > - Copy the Xfree86.0.log to a safe place and post it here. > - Check if X is still running or not (ps -A | grep X) and > point down > it's pid, and if it is do: > - do "gdb </path/to/your/X> <pid>" > - get a backtrace with "bt" and paste to somewhere > - quit "q" > - Do the same steps as above with your opengl application. > > Before attempt to do the above get debug info from the DRM, > doing from a X > console as root: > - rmmod mach64 > - insmod mach64 drm_opts=debug > - cat /proc/kmsg > kmsg.txt > > After the computer has crashed send that kmsg.
So far that i know you can only restart kernel modules if their usage count is zero. This means as long as you are running X or some application (even when X is already down) it wont work. if it looks like the console is responsive, it still can prevent your machine from shutting down because the kernel module wont unload due to some module internal inconsistency or fault. successfully restarting X in such a case is unlikely as well. If i dont have remote access to the box i would just try to issu a "vga_reset" to et least get a workable screen and analyze the state. Sometimes console switching helps a tiny bit or restarting X (even if it doesnt work) but dont expect much to work, the system is already screwed. _______________________________________________ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
