On Thursday 28 February 2008 02:48 pm, Kris Kennaway wrote: > Jung-uk Kim wrote: > > On Thursday 28 February 2008 01:30 pm, Teemu Korhonen wrote: > >> Did anyone find a solution to the "jerky mouse" -problem? It > >> still exists in 7.0-RELEASE. > >> > >> I have pretty much exact same symptoms as in this post: > > > > http://lists.freebsd.org/pipermail/freebsd-stable/2008-January/03 > >9599.html > > > > No. However, the problem was well analyzed by delphij: > > > > http://docs.freebsd.org/cgi/mid.cgi?47C320DB.70004 > > > > Jung-uk Kim > > Hmm, that is strange. The real question is why X is doing so many > gettimeofday syscalls at all.
http://www.x.org/wiki/Development/Documentation/InputEventProcessing 'For a motion event, the driver calls now xf86PostMotionEvent() and we are back on the server's side. For button events it is xf86PostButtonEvent(). Those in turn call GetPointerEvents() (GetKeyboardEvents() for keyboard events) which creates the necessary number of events and returns them to the caller. GetTimeInMillis() is called inside GetPointerEvents() and timestamps the OS time on the event. Inside the same function, miPointerSetPosition() is called to re-paint the mouse on the screen. It calls miPointerMoved(). The miPointerMoved() decides to start the hw or the sw management/rendering of the cursor (see section Cursor rendering). After this choose the events are put - one by one - onto the event queue using mieqEnqueue().' I believe GetTimeInMillis() is unavoidable. It uses gettimeofday(2) or clock_gettime(2) depending on OS since xorg-server-1.2.99.0: http://lists.freedesktop.org/archives/xorg/2006-November/019334.html Somehow it was not used in FreeBSD, though: http://docs.freebsd.org/cgi/mid.cgi?20080227103210.694787ec Jung-uk Kim _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
