On Mon, 2001-12-10 at 01:02, Mark Vojkovich wrote: > > I've been having hardlocks doing something as simple as > "X -probeonly". The hardlocks don't seem to be driver related. > It locks up in xf86CloseConsole called from ddxGiveUp. > > I'm running YDL 2.1 with kernel 2.4.10-12a, if that matters. > The hardware is NV11 with the "nv" driver. > > It locks up on this ioctl: > > ioctl(xf86Info.consoleFd, VT_ACTIVATE, activeVT); > > which is the switch back to the original VT. Interestingly enough, > I have sleeps between the ioctls and it looks like all the previous > ioctls work correctly. I can see the VT reset to a text mode. It's > the switch back to the original VT that breaks. Is there chipset > specific stuff in the kernel that happens for a VT switch like this?
What framebuffer device are you running? If rivafb, it could be a bug there, if OFfb, I'd rather suspect the server. -- Earthling Michel D�nzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast _______________________________________________ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
