On Thu, 2002-04-25 at 14:27, Alexander Stohr wrote: > > 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.
Kernel modules don't need to be unloaded prior to shutdown. If that doesn't work, it may be that kernel internals got messed up by a buggy module. > 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. No VGA console on Macs, but fbset can help sometimes. -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast _______________________________________________ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
