From owner-freebsd-usb@FreeBSD.ORG Tue Aug 12 17:10:06 2008 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B94F1065678 for ; Tue, 12 Aug 2008 17:10:06 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 06EEF8FC18 for ; Tue, 12 Aug 2008 17:10:06 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m7CHA5QN043974 for ; Tue, 12 Aug 2008 17:10:05 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m7CHA51p043973; Tue, 12 Aug 2008 17:10:05 GMT (envelope-from gnats) Date: Tue, 12 Aug 2008 17:10:05 GMT Message-Id: <200808121710.m7CHA51p043973@freefall.freebsd.org> To: freebsd-usb@FreeBSD.org From: Grzegorz Blach Cc: Subject: Re: usb/125941: not working wheel on my microsoft notebook optical mouse 3000 X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Grzegorz Blach List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Aug 2008 17:10:06 -0000 The following reply was made to PR usb/125941; it has been noted by GNATS. From: Grzegorz Blach To: Kai Wang Cc: FreeBSD-gnats-submit@FreeBSD.org, freebsd-usb@FreeBSD.org Subject: Re: usb/125941: not working wheel on my microsoft notebook optical mouse 3000 Date: Tue, 12 Aug 2008 19:01:37 +0200 On Tue, 12 Aug 2008 18:42:24 +0200 Kai Wang wrote: > On Tue, Aug 12, 2008 at 06:17:44PM +0200, Grzegorz Blach wrote: > > On Tue, 12 Aug 2008 17:01:39 +0200 > > Kai Wang wrote: > > > > > > > > > Could you please try the patch attached > > > > > > > against /sys/dev/usb/hid.c along with the debug printf > > > > > > > patch for ums.c, and see what the result will be? > > > > > > > > > > > > > > > > > > > > > > > > > > kernel with appiled this two patches reports that: > > > > > > > > > > > > ums0: > > > > > Wheel, class 0/0, rev 2.00/1.20, addr 2> on uhub0 ums0: > > > > > > mouse has no Y report device_attach: ums0 attach returned 6 > > > > > > > > > > > > > > > > Sorry I made a mistake in previous patch. > > > > > > > > > > How about this one? > > > > > > > > > > > > > Again, the same message as above: > > > > > > > > ums0: > > > Wheel, class 0/0, rev 2.00/1.20, addr 2> on uhub0 > > > > ums0: mouse has no Y report > > > > device_attach: ums0 attach returned 6 > > > > > > Strange.. This should not happen. Did you revert previous hid.c > > > patch before applying this one? > > > > OK, I have updated source from cvs, then appiled hid.diff and > > rebuild kernel, when kernel boot I see: > > > > ums0: > class 0/0, rev 2.00/1.20, addr 2> on uhub0 wheel=1 > > sc->flags=0x0001 > > ums0: 3 buttons and Z dir. > > sc->sc_loc_z.size=8 > > Great! Thank you again for testing all these stuff. > > > Wheel is working correctly, but I don't have info about TILT dir > > (but I never used this direction). > > It was wrong that ums(4) reported the mouse has "a TILT dir" before. > The TWHEEL(0x48) usage inside the report desc of this mouse is a > FEATURE item, while the Microsoft Wireless Intellimouse 2.0 quirk > (the hid_locate call around line 334) tries to find a TWHEEL usage > with a INPUT item, because of the hid parser bug, it will mistakenly > find the next INPUT item, (which is the WHEEL input item) and report > the "TILT dir". > > I don't understand: Is TILT dir working when it isn't reported. Microsoft notebook optical 3000 and Microsoft wireless intellimouse 2.0, both support TITL dir. In documentation this is mentioned as "4-way scrolling with tilt wheel technology".