From owner-freebsd-usb@FreeBSD.ORG Tue Jul 14 17:43:08 2009 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 539BA10656B6 for ; Tue, 14 Jul 2009 17:43:08 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-out1.uni-muenster.de (ZIVM-OUT1.UNI-MUENSTER.DE [128.176.192.8]) by mx1.freebsd.org (Postfix) with ESMTP id D9A908FC19 for ; Tue, 14 Jul 2009 17:43:07 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) X-IronPort-AV: E=Sophos;i="4.42,398,1243807200"; d="scan'208";a="277224133" Received: from zivmaildisp2.uni-muenster.de (HELO ZIVMAILUSER05.UNI-MUENSTER.DE) ([128.176.188.143]) by zivm-relay1.uni-muenster.de with ESMTP; 14 Jul 2009 19:43:06 +0200 Received: by ZIVMAILUSER05.UNI-MUENSTER.DE (Postfix, from userid 149459) id 98BA51B07E4; Tue, 14 Jul 2009 19:43:06 +0200 (CEST) Date: Tue, 14 Jul 2009 19:43:06 +0200 (CEST) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Hans Petter Selasky Message-ID: In-Reply-To: <200907141848.18037.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-usb@freebsd.org Subject: Re: settings usb mouse rate X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jul 2009 17:43:12 -0000 thanks for the info. so right now i'm running the patched kernel with no problems whatsoever. mouse is running smoothly with a rate of 1000. only values < 100 cause the issue i mentioned beforehand with this mouse. unfortnunately i lost the manual, but i think two of the buttons on this mouse are meant to control the rate. i don't know if their're output is just being caught by some windows driver-app or if the buttons control the mouse rate internaly. here's the output when pressing both buttons: Jul 14 19:39:54 otaku kernel: ums_intr_callback:206: sc=0xc826b000 actlen=8 Jul 14 19:39:54 otaku kernel: ums_intr_callback:224: data = 00 00 00 00 00 00 00 00 Jul 14 19:39:55 otaku kernel: ums_intr_callback:206: sc=0xc826b000 actlen=8 Jul 14 19:39:55 otaku kernel: ums_intr_callback:224: data = 00 00 00 01 00 00 00 00 Jul 14 19:39:55 otaku kernel: ums_intr_callback:282: x:0 y:0 z:-1 t:0 w:0 buttons:0x00000000 Jul 14 19:39:55 otaku kernel: ums_intr_callback:206: sc=0xc826b000 actlen=8 Jul 14 19:39:55 otaku kernel: ums_intr_callback:224: data = 00 00 00 00 00 00 00 00 Jul 14 19:39:55 otaku kernel: ums_intr_callback:206: sc=0xc826b000 actlen=8 Jul 14 19:39:55 otaku kernel: ums_intr_callback:224: data = 00 00 00 ff 00 00 00 00 Jul 14 19:39:55 otaku kernel: ums_intr_callback:282: x:0 y:0 z:1 t:0 w:0 buttons:0x00000000 Jul 14 19:39:55 otaku kernel: ums_intr_callback:206: sc=0xc826b000 actlen=8 Jul 14 19:39:55 otaku kernel: ums_intr_callback:224: data = 00 00 00 00 00 00 00 00 Jul 14 19:39:56 otaku kernel: ums_intr_callback:206: sc=0xc826b000 actlen=8 Jul 14 19:39:56 otaku kernel: ums_intr_callback:224: data = 00 00 00 ff 00 00 00 00 Jul 14 19:39:56 otaku kernel: ums_intr_callback:282: x:0 y:0 z:1 t:0 w:0 buttons:0x00000000 Jul 14 19:39:56 otaku kernel: ums_intr_callback:206: sc=0xc826b000 actlen=8 Jul 14 19:39:56 otaku kernel: ums_intr_callback:224: data = 00 00 00 00 00 00 00 00 Jul 14 19:39:56 otaku kernel: ums_intr_callback:206: sc=0xc826b000 actlen=8 Jul 14 19:39:56 otaku kernel: ums_intr_callback:224: data = 00 00 00 ff 00 00 00 00 Jul 14 19:39:56 otaku kernel: ums_intr_callback:282: x:0 y:0 z:1 t:0 w:0 buttons:0x00000000 Jul 14 19:39:56 otaku kernel: ums_intr_callback:206: sc=0xc826b000 actlen=8 Jul 14 19:39:56 otaku kernel: ums_intr_callback:224: data = 00 00 00 00 00 00 00 00 Jul 14 19:39:56 otaku kernel: ums_intr_callback:206: sc=0xc826b000 actlen=8 Jul 14 19:39:56 otaku kernel: ums_intr_callback:224: data = 00 00 00 ff 00 00 00 00 Jul 14 19:39:56 otaku kernel: ums_intr_callback:282: x:0 y:0 z:1 t:0 w:0 buttons:0x00000000 Jul 14 19:39:56 otaku kernel: ums_intr_callback:206: sc=0xc826b000 actlen=8 Jul 14 19:39:56 otaku kernel: ums_intr_callback:224: data = 00 00 00 00 00 00 00 00 alex Hans Petter Selasky schrieb am 2009-07-14: > On Tuesday 14 July 2009 18:29:33 Alexander Best wrote: > > you were right. i attached a different usb mouse and setting the > > rate to 10 > > or 100 didn't cause the random copy&paste issue. > > what's the reason the usb polling rate is limited to 1000? > > performance? > > because gaming devices feature a very high rate. would be great to > > have > > full support for them. i've seen laser mice with a rate of 10.000. > The USB hardware cannot poll more than 1000 times per second on > INTERRUPT > endpoints typically. Using a BULK endpoint you can at maximum poll > 8000 times > per second. > --HPS