From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mark Lord Subject: Re: 2.6.24: false double-clicks from USB mouse Date: Sun, 02 Dec 2007 13:17:43 -0500 Message-ID: <4752F6C7.4040904@rtr.ca> References: <4752DB8C.50608@rtr.ca> <4752E432.10504@rtr.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Return-path: Received: from rtr.ca ([76.10.145.34]:3560 "EHLO mail.rtr.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753615AbXLBSRp (ORCPT ); Sun, 2 Dec 2007 13:17:45 -0500 In-Reply-To: Sender: linux-input-owner@vger.kernel.org List-Id: linux-input@vger.kernel.org To: Jiri Kosina Cc: Dmitry Torokhov , rubini@vision.unipv.it, linux-input@vger.kernel.org, Linux Kernel , Jeff Garzik Jiri Kosina wrote: > On Sun, 2 Dec 2007, Mark Lord wrote: > >>> Single-clicking on things with 2.6.24 very frequently gives a >>> "double-click". This does not happen with 2.6.23.8. I wonder what >>> broke it? I've grabbed mousedev.c from 2.6.23 and inserted that in >>> place of the updated 2.6.24 source, but no change. So it's not that >>> file. >> Mmm.. reverting the entire drivers/hid directory to that from 2.6.23 >> seems to have fixed the problem, so we now know it's in there somewhere. ... Mmmm.. an update here: Reverting the drivers/hid directory does seem to improve behaviour. But right now I have a "make -j4" happening in the background and the mouse is ever so erratic again, despite the drivers/hid reversion. So it's a timing thing, somewhere. Maybe a scheduling thing? Jiri: I know nothing about how mouse clicks are interpreted, or even *where* or *how* double-click detection happens. Until this started happening, I didn't even know which module was the driver for my mouse (it's usbhid). Can you give a short tutorial, to help us understand possible causes ?