Re: [XFree86] Mouse repeater annoyance
Dr Andrew C Aitchison writes: On Wed, 26 Feb 2003, Peter Berg Larsen wrote: I am currently using RC2 (upgraded yesterday from 4.2.1) and is irritated by a 8-9 second freeze of X when switching to X from the console. This seems to happen because X is set to use a mouse repeater (that does not respond to commands), combined with that X resets the mouse when swithing to X from the console. This (long) freeze did not happen in 4.2.1, but probably changed with these: I have the same long freeze, but am not, as far as I am aware, using a repeater. I do have two mice, which doubles the delay. Could you please verify this? You just need to check where the mouse device points to. Real mice really should not have much delay. If you delay is really long you should edit pnp.c in the xfree86/input/mouse directory and add a #define EXTMOUSEDEBUG #define DEBUG to the file. Please send me the log file. Why reset the mouse when switching to X in the first place ? How can it be turned off? (It can't if I have read the code correct, so the actual question is whether it is to late to do anything about it) It isn't so much turning it off, but while the X server is switched away, something else may have put the mouse into some other state; eg most wheel mice can speak either PS/2 or IMPS/2. Yes. Many ugly things can happen while switched away. We could lower the retry count which should shorten the timeout. Corrently it is 10. Egbert. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Mouse repeater annoyance
On Thu, 27 Feb 2003, Dr Andrew C Aitchison wrote: Log file available at http://www.dpmms.cam.ac.uk/~werdna/free86-devel/log.debug.mouse.delay Sorry, http://www.dpmms.cam.ac.uk/~werdna/xfree86-devel/log.debug.mouse.delay ^ -- Dr. Andrew C. Aitchison Computer Officer, DPMMS, Cambridge [EMAIL PROTECTED] http://www.dpmms.cam.ac.uk/~werdna ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Mouse repeater annoyance
Hi, I am currently using RC2 (upgraded yesterday from 4.2.1) and is irritated by a 8-9 second freeze of X when switching to X from the console. This seems to happen because X is set to use a mouse repeater (that does not respond to commands), combined with that X resets the mouse when swithing to X from the console. This (long) freeze did not happen in 4.2.1, but probably changed with these: 835. Avoid endless loop when initializing an PS/2 mouse behind a repeater (Egbert Eich). 756. PS/2 mice initialization sequence changed: rerun entire sequence when something goes wrong - this needs to be rewritten completely after 4.3 is out (Egbert Eich). This is a what I think is happening (mouse.c:initMouseHW): 10 retries of 10 resets doing xf86WaitForInput(pInfo-fd, 20) Send first byte init sequence doing 1 usleep xf86WaitForInput(pInfo-fd, 20) 3 usleep Why reset the mouse when switching to X in the first place ? How can it be turned off? (It can't if I have read the code correct, so the actual question is whether it is to late to do anything about it) Peter ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Mouse repeater annoyance
On Wed, 26 Feb 2003, Peter Berg Larsen wrote: I am currently using RC2 (upgraded yesterday from 4.2.1) and is irritated by a 8-9 second freeze of X when switching to X from the console. This seems to happen because X is set to use a mouse repeater (that does not respond to commands), combined with that X resets the mouse when swithing to X from the console. This (long) freeze did not happen in 4.2.1, but probably changed with these: I have the same long freeze, but am not, as far as I am aware, using a repeater. I do have two mice, which doubles the delay. Why reset the mouse when switching to X in the first place ? How can it be turned off? (It can't if I have read the code correct, so the actual question is whether it is to late to do anything about it) It isn't so much turning it off, but while the X server is switched away, something else may have put the mouse into some other state; eg most wheel mice can speak either PS/2 or IMPS/2. -- Dr. Andrew C. Aitchison Computer Officer, DPMMS, Cambridge [EMAIL PROTECTED] http://www.dpmms.cam.ac.uk/~werdna ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86