* Keith Packard <[EMAIL PROTECTED]> wrote: > Make sure the X server isn't running with the smart scheduler > disabled; that will cause precisely the symptoms you're seeing here. > In the normal usptream sources, you'd have to use '-dumbSched' as an X > server command line option. > > The old 'scheduler' would run an entire X client's input buffer dry > before looking for requests from another client. Because glxgears > requests are small but time consuming, this can cause very long delays > between client switching.
on the old box where i've reproduced this i've got an ancient X version: neptune:~> X -version X Window System Version 6.8.2 Release Date: 9 February 2005 X Protocol Version 11, Revision 0, Release 6.8.2 Build Operating System: Linux 2.6.9-22.ELsmp i686 [ELF] is that old enough to not have the smart X scheduler? on newer systems i dont see correctly updated glxgears output (probably the GLX bug you mentioned) so i cannot reproduce the bug. Al, could you send us your 'X -version' output? Ingo - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/