On Mit, 2002-10-09 at 05:34, Nicholas Leippe wrote: > On Tuesday 08 October 2002 08:30 am, you wrote: > > Hi, > > > > I was quite interested to see this in the changelog of the latest Quake3 > > point release: > > > > - SMP support in the renderer. Detects CPU count, r_smp 1 default if > > available. (thanks to Gareth Hughes for contributing this) > > > > Starting up with +set r_smp 0 is still ok. However, when I start up > > trying to use r_smp 1 quake3 exits (not very cleanly, but ok) it tells > > me: > > > > mga_get_buffer_ioctl: flush ret=-22 > > > > bang. dead. It doesn't lock my computer, but mouse input etc doesn't > > work till I restart X. > > > > hardware is: > > - 2x P3-800 on a BX chipset (not overclocked or anything - running > > 100mhz FSB) > > - a matrox G550 > > > > software is: > > - Debian with Xfree 4.2.1 (I tried both the matrox distributed drivers > > and the Xfree ones.) > > - Linux 2.4.19 SMP > > > > One final note: since it is the default behaviour of quake3 to start > > with r_smp 1 when >1 cpu's are detected, I'd expect it to break for > > everyone using SMP and matrox. (maybe it even only works on nvidia?) > > > > Thanks, > > > > -- Mourad > > I get something very similar w/my Radeon r100. > When it exits, mouse focus/events are lost, but if I restart q3 and > then exit (up arrow in the konsole) it restores the input for mouse > and keyboard.
Probably because it had the mouse and keyboard grabbed when it crashed. Could we do better than just exit(1) on problems? -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel