NetBSD Problem Report #44634
From www@NetBSD.org Fri Feb 25 13:06:13 2011
Return-Path: <www@NetBSD.org>
Received: from mail.netbsd.org (mail.netbsd.org [204.152.190.11])
by www.NetBSD.org (Postfix) with ESMTP id A9C9563B880
for <gnats-bugs@gnats.NetBSD.org>; Fri, 25 Feb 2011 13:06:12 +0000 (UTC)
Message-Id: <20110225130612.0BDB063B842@www.NetBSD.org>
Date: Fri, 25 Feb 2011 13:06:12 +0000 (UTC)
From: gnrp@gnrp.in-berlin.de
Reply-To: gnrp@gnrp.in-berlin.de
To: gnats-bugs@NetBSD.org
Subject: Microsoft Natural Mouse 6000 wheel does not work and sends strange keys
X-Send-Pr-Version: www-1.0
>Number: 44634
>Category: kern
>Synopsis: Microsoft Natural Mouse 6000 wheel does not work and sends strange keys
>Confidential: no
>Severity: non-critical
>Priority: low
>Responsible: kern-bug-people
>State: closed
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Fri Feb 25 13:10:00 +0000 2011
>Closed-Date: Sat Jan 12 11:11:36 +0000 2019
>Last-Modified: Sat Jan 12 11:11:36 +0000 2019
>Originator: Julian
>Release: 5.99.45
>Organization:
>Environment:
Will be delivered later; is -current from mid-february on amd64.
>Description:
When using a Microsoft Natural Wireless Mouse 6000 (the one with the funny look), the wheel does not work in X, moused not tested.
In my xorg.conf, I tell X to explicitly use wsmouse as protocol and /dev/wsmouse (/dev/wsmouse0 tried, too) as the device.
Looking at that with xev, there are no actions when using the mouse wheel.
When clicking any button, there are always several events, with every button there are several times key 7.
With the left button, there is also key 5, with the right one key 4.
Thus, e.g. clicking at the desktop in Fluxbox is like scrolling the wheel and results in changing the desktop (standard-config).
With my Logitech MX510, there are no problems with the same system and the same X-session.
>How-To-Repeat:
Connect a Microsoft Natural Wireless Mouse 6000 to a NetBSD, launch xev and look at the actions.
>Fix:
>Release-Note:
>Audit-Trail:
Responsible-Changed-From-To: misc-bug-people->kern-bug-people
Responsible-Changed-By: dholland@NetBSD.org
Responsible-Changed-When: Sun, 27 Feb 2011 23:13:02 +0000
Responsible-Changed-Why:
While the problem might be in X, let's assume it's wsmouse until proven
otherwise.
From: David Holland <dholland-bugs@netbsd.org>
To: gnats-bugs@NetBSD.org
Cc:
Subject: Re: misc/44634: Microsoft Natural Mouse 6000 wheel does not work and
sends strange keys
Date: Sun, 27 Feb 2011 23:15:35 +0000
On Fri, Feb 25, 2011 at 01:10:01PM +0000, gnrp@gnrp.in-berlin.de wrote:
> When using a Microsoft Natural Wireless Mouse 6000 (the one with
> the funny look), the wheel does not work in X, moused not tested.
Can you test something that isn't X, to help narrow down where the
problem is?
Also, can you send the relevant parts from dmesg, including the
attachment lines for wsmouse and the things it's connected to (pms,
ums, etc.)?
--
David A. Holland
dholland@netbsd.org
From: "Martin S. Weber" <Ephaeton@gmx.net>
To: gnats-bugs@NetBSD.org
Cc:
Subject: Re: misc/44634: Microsoft Natural Mouse 6000 wheel does not work and sends strange keys
Date: Sun, 27 Feb 2011 19:01:52 -0500
On Sun, Feb 27, 2011 at 11:20:04PM +0000, David Holland wrote:
> (...)
> Also, can you send the relevant parts from dmesg, including the
> attachment lines for wsmouse and the things it's connected to (pms,
> ums, etc.)?
probably related:
http://mail-index.netbsd.org/port-i386/2010/11/10/msg002156.html
(MS 4k Mouse)
Regards,
-Martin
From: Julian Fagir <gnrp@komkon2.de>
To: gnats-bugs@NetBSD.org
Cc:
Subject: Re: misc/44634: Microsoft Natural Mouse 6000 wheel does not work
and sends strange keys
Date: Fri, 4 Mar 2011 10:44:58 +0100
> Can you test something that isn't X, to help narrow down where the
> problem is?
If you can tell me any tool not in X that will record these events, I would
do so. I thought about compiling the kernel with wsmux_debug, but don't have
the time at the moment.
I switched on wsmoused, but despite of strange mouse movement with the
MS-mouse, I knew no way how to test this problem.
> Also, can you send the relevant parts from dmesg, including the
> attachment lines for wsmouse and the things it's connected to (pms,
> ums, etc.)?
After plugging the mouse out and in again, this dmesg occurs:
uhidev1 at uhub2 port 4 configuration 1 interface 0
uhidev1: Microsoft Microsoft Wireless Optical MouseM-BM-. 1.00, rev
2.00/0.07, addr 4, iclass 3/1 uhidev1: 23 report ids
ums1 at uhidev1 reportid 17: 5 buttons, W and Z dirs
wsmouse1 at ums1 mux 0
uhid0 at uhidev1 reportid 18: input=0, output=0, feature=1
uhid1 at uhidev1 reportid 19: input=1, output=0, feature=0
uhid2 at uhidev1 reportid 20: input=1, output=0, feature=0
uhid3 at uhidev1 reportid 21: input=3, output=0, feature=0
uhid4 at uhidev1 reportid 23: input=0, output=0, feature=1
wsmouse0: detached
ums0: detached
uhidev0: detached
uhidev0: at uhub2 port 3 (addr 3) disconnected
uhidev0 at uhub2 port 3 configuration 1 interface 0
uhidev0: Logitech USB-PS/2 Optical Mouse, rev 2.00/21.00, addr 3, iclass 3/1
ums0 at uhidev0: 8 buttons and Z dir
wsmouse0 at ums0 mux 0
The wsmouse0 is the other mouse I use currently. On my Linux-hosts (on the
same computer as on my notebook) both mice work correctly. When looking at
their dmesg, the only difference I see is in the HID protocol, the Logitech
uses v1.10 and MS v1.11 or so.
Regards, Julian
From: Julian Fagir <gnrp@komkon2.de>
To: gnats-bugs@NetBSD.org
Cc:
Subject: Re: misc/44634: Microsoft Natural Mouse 6000 wheel does not work
and sends strange keys
Date: Fri, 11 Mar 2011 17:06:40 +0100
Just for completion, this is the output when doing a right-click in xev with
my Logitech:
ButtonPress event, serial 31, synthetic NO, window 0x1800001,
root 0x114, subw 0x0, time 15466839, (2,175), root:(1724,221),
state 0x0, button 3, same_screen YES
ButtonRelease event, serial 31, synthetic NO, window 0x1800001,
root 0x114, subw 0x0, time 15466933, (2,175), root:(1724,221),
state 0x400, button 3, same_screen YES
And this with the MS:
ButtonPress event, serial 31, synthetic NO, window 0x1800001,
root 0x114, subw 0x0, time 15497955, (1,175), root:(1723,221),
state 0x0, button 4, same_screen YES
ButtonRelease event, serial 31, synthetic NO, window 0x1800001,
root 0x114, subw 0x0, time 15497955, (1,175), root:(1723,221),
state 0x800, button 4, same_screen YES
ButtonPress event, serial 31, synthetic NO, window 0x1800001,
root 0x114, subw 0x0, time 15497955, (1,175), root:(1723,221),
state 0x0, button 4, same_screen YES
ButtonRelease event, serial 31, synthetic NO, window 0x1800001,
root 0x114, subw 0x0, time 15497955, (1,175), root:(1723,221),
state 0x800, button 4, same_screen YES
ButtonPress event, serial 31, synthetic NO, window 0x1800001,
root 0x114, subw 0x0, time 15497955, (1,175), root:(1723,221),
state 0x0, button 7, same_screen YES
ButtonRelease event, serial 31, synthetic NO, window 0x1800001,
root 0x114, subw 0x0, time 15497955, (1,175), root:(1723,221),
state 0x0, button 7, same_screen YES
ButtonPress event, serial 31, synthetic NO, window 0x1800001,
root 0x114, subw 0x0, time 15497955, (1,175), root:(1723,221),
state 0x0, button 7, same_screen YES
ButtonRelease event, serial 31, synthetic NO, window 0x1800001,
root 0x114, subw 0x0, time 15497955, (1,175), root:(1723,221),
state 0x0, button 7, same_screen YES
ButtonPress event, serial 31, synthetic NO, window 0x1800001,
root 0x114, subw 0x0, time 15498005, (1,175), root:(1723,221),
state 0x0, button 3, same_screen YES
ButtonRelease event, serial 31, synthetic NO, window 0x1800001,
root 0x114, subw 0x0, time 15498215, (1,175), root:(1723,221),
state 0x400, button 3, same_screen YES
And the left-click:
LeaveNotify event, serial 31, synthetic NO, window 0x1800001,
root 0x114, subw 0x0, time 15527171, (2,176), root:(1724,222),
mode NotifyGrab, detail NotifyAncestor, same_screen YES,
focus YES, state 256
EnterNotify event, serial 31, synthetic NO, window 0x1800001,
root 0x114, subw 0x0, time 15527171, (2,176), root:(1724,222),
mode NotifyUngrab, detail NotifyAncestor, same_screen YES,
focus YES, state 256
KeymapNotify event, serial 31, synthetic NO, window 0x0,
keys: 20 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
ButtonPress event, serial 31, synthetic NO, window 0x1800001,
root 0x114, subw 0x0, time 15527171, (2,176), root:(1724,222),
state 0x0, button 1, same_screen YES
ButtonRelease event, serial 31, synthetic NO, window 0x1800001,
root 0x114, subw 0x0, time 15527295, (2,176), root:(1724,222),
state 0x100, button 1, same_screen YES
vs. MS:
ButtonPress event, serial 31, synthetic NO, window 0x1800001,
root 0x114, subw 0x0, time 15552757, (1,175), root:(1723,221),
state 0x0, button 4, same_screen YES
ButtonRelease event, serial 31, synthetic NO, window 0x1800001,
root 0x114, subw 0x0, time 15552757, (1,175), root:(1723,221),
state 0x800, button 4, same_screen YES
ButtonPress event, serial 31, synthetic NO, window 0x1800001,
root 0x114, subw 0x0, time 15552757, (1,175), root:(1723,221),
state 0x0, button 7, same_screen YES
ButtonRelease event, serial 31, synthetic NO, window 0x1800001,
root 0x114, subw 0x0, time 15552757, (1,175), root:(1723,221),
state 0x0, button 7, same_screen YES
LeaveNotify event, serial 31, synthetic NO, window 0x1800001,
root 0x114, subw 0x0, time 15552807, (1,175), root:(1723,221),
mode NotifyGrab, detail NotifyAncestor, same_screen YES,
focus YES, state 256
EnterNotify event, serial 31, synthetic NO, window 0x1800001,
root 0x114, subw 0x0, time 15552807, (1,175), root:(1723,221),
mode NotifyUngrab, detail NotifyAncestor, same_screen YES,
focus YES, state 256
KeymapNotify event, serial 31, synthetic NO, window 0x0,
keys: 20 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
ButtonPress event, serial 31, synthetic NO, window 0x1800001,
root 0x114, subw 0x0, time 15552807, (1,175), root:(1723,221),
state 0x0, button 1, same_screen YES
ButtonRelease event, serial 31, synthetic NO, window 0x1800001,
root 0x114, subw 0x0, time 15552925, (1,175), root:(1723,221),
state 0x100, button 1, same_screen YES
When scrolling the wheel, nothing is passed to xev.
When using the two extra-keys, there are some times Button 4, then several
times Button 7 and at last twice Button 8/9 (the one I clicked), but that's
too much to paste here and the Logitech has no comparable keys.
Regards, Julian
From: Julian Fagir <gnrp@komkon2.de>
To: gnats-bugs@NetBSD.org
Cc:
Subject: Re: misc/44634: Microsoft Natural Mouse 6000 wheel does not work
and sends strange keys
Date: Fri, 11 Mar 2011 18:49:43 +0100
Hi,
sorry for adding just another post after the other. I plugged in another
Logitech-mouse with a four-way-wheel which also works flawlessly, at least it
reports no garbage in xev.
The MS-mouse reports for button X always the same sequence: n*4 - n*7 - X,
where n is 1 2 4 8 16
for X 1 3 2 8 9 (I didn't count nine, but should be clear).
With the wheel, there is still no event or anything.
Regards, Julian
From: Julian Fagir <gnrp@komkon2.de>
To: gnats-bugs@NetBSD.org
Cc:
Subject: Re: misc/44634: [SOLUTION] Microsoft Natural Mouse 6000 wheel does
not work and sends strange keys
Date: Sat, 12 Mar 2011 03:56:25 +0100
--MP_/zTXT.c+FRk2g3.HRM=uj2GT
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Hi,
finally, my mouse works.
The problem was the same as it was apparently with the Microsoft Wireless
Mosue 6000 - a shifted report.
Thus, applying the two patches below, the mouse works fine and without any
problems. :)
I would be happy if someone would commit it, as there are possibly others who
will run into that trap, too.
By the way, I think, one has to think how to handle these problems in the
future. There seem to be more of these mice arising from Microsoft, and
waiting for each to come out and then testing for the USB-model is perhaps
not the best way.
Regards, Julian
--MP_/zTXT.c+FRk2g3.HRM=uj2GT
Content-Type: text/x-patch
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment; filename=ums.diff
--- sys/dev/usb/ums.c.orig 2011-03-12 03:54:55.000000000 +0100
+++ sys/dev/usb/ums.c 2011-03-12 03:22:51.000000000 +0100
@@ -288,7 +288,8 @@
*/
if (uha->uaa->vendor =3D=3D USB_VENDOR_MICROSOFT &&
(uha->uaa->product =3D=3D USB_PRODUCT_MICROSOFT_24GHZ_XCVR10 ||
- uha->uaa->product =3D=3D USB_PRODUCT_MICROSOFT_24GHZ_XCVR20)) {
+ uha->uaa->product =3D=3D USB_PRODUCT_MICROSOFT_24GHZ_XCVR20 ||
+ uha->uaa->product =3D=3D USB_PRODUCT_MICROSOFT_NATURAL_6000)) {=09
if ((sc->flags & UMS_Z) && sc->sc_loc_z.pos =3D=3D 0)
sc->sc_loc_z.pos =3D 24;
if ((sc->flags & UMS_W) && sc->sc_loc_w.pos =3D=3D 0)
--MP_/zTXT.c+FRk2g3.HRM=uj2GT
Content-Type: text/x-patch
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment; filename=usbdevs.diff
--- sys/dev/usb/usbdevs.h.orig 2011-03-12 03:49:15.000000000 +0100
+++ sys/dev/usb/usbdevs.h 2011-03-12 03:48:52.000000000 +0100
@@ -1858,6 +1858,7 @@
#define USB_PRODUCT_MICROSOFT_XBOX_CONTROLLER_S12 0x0289 /* Xbox Controll=
er S (1.2) */
#define USB_PRODUCT_MICROSOFT_24GHZ_XCVR10 0x071d /* 2.4GHz Transceiver V=
1.0 */
#define USB_PRODUCT_MICROSOFT_24GHZ_XCVR20 0x071f /* 2.4GHz Transceiver V=
2.0 */
+#define USB_PRODUCT_MICROSOFT_NATURAL_6000 0x00e1 /* Microsoft Natural Wi=
reless Mouse 6000 */
=20
/* Microtech products */
#define USB_PRODUCT_MICROTECH_SCSIDB25 0x0004 /* USB-SCSI-DB25 */
--MP_/zTXT.c+FRk2g3.HRM=uj2GT--
From: Julian Fagir <gnrp@komkon2.de>
To: gnats-bugs@NetBSD.org
Cc:
Subject: Re: misc/44634: [PATCH] Microsoft Natural Mouse 6000 wheel does not
work and sends strange keys
Date: Sat, 19 Mar 2011 13:53:20 +0100
Hi,
sorry, my last mail was broken (encoding and the patch itself).
The Natural 6000 will work well with these patches, they add the same
exception for the Natural 6000 as was applied to the normal MS 6000.
I uploaded the correct patches here and would be happy if someone
commited it (all in all, it's just three changed lines):
http://gnrp.in-berlin.de/patches/patch-aa
http://gnrp.in-berlin.de/patches/patch-ab
Regards, Julian
From: "Maya Rashish" <maya@netbsd.org>
To: gnats-bugs@gnats.NetBSD.org
Cc:
Subject: PR/44634 CVS commit: src/sys/dev/usb
Date: Sat, 29 Dec 2018 06:27:42 +0000
Module Name: src
Committed By: maya
Date: Sat Dec 29 06:27:42 UTC 2018
Modified Files:
src/sys/dev/usb: usbdevs
Log Message:
Add Microsoft Natural Wireless Mouse 600.
Modified patches from Julian in PR kern/44634
To generate a diff of this commit:
cvs rdiff -u -r1.765 -r1.766 src/sys/dev/usb/usbdevs
Please note that diffs are not public domain; they are subject to the
copyright notices on the relevant files.
State-Changed-From-To: open->feedback
State-Changed-By: maya@NetBSD.org
State-Changed-When: Sat, 29 Dec 2018 06:35:29 +0000
State-Changed-Why:
I had to update the patch somewhat. I was confident enough to commit it, but I'm interested to ensure that I haven't made an error and it does work in practice. Let me know if ti works!
From: "Maya Rashish" <maya@netbsd.org>
To: gnats-bugs@gnats.NetBSD.org
Cc:
Subject: PR/44634 CVS commit: src/sys/dev/usb
Date: Sat, 29 Dec 2018 06:30:41 +0000
Module Name: src
Committed By: maya
Date: Sat Dec 29 06:30:41 UTC 2018
Modified Files:
src/sys/dev/usb: usbdevs.h usbdevs_data.h
Log Message:
Regen for PR kern/44634, now with correct usb dev id
To generate a diff of this commit:
cvs rdiff -u -r1.758 -r1.759 src/sys/dev/usb/usbdevs.h \
src/sys/dev/usb/usbdevs_data.h
Please note that diffs are not public domain; they are subject to the
copyright notices on the relevant files.
State-Changed-From-To: feedback->closed
State-Changed-By: maya@NetBSD.org
State-Changed-When: Sat, 12 Jan 2019 11:11:36 +0000
State-Changed-Why:
Feedback not possible because author isn't receiving email at this address. Patch committed, assuming fixed.
>Unformatted:
(Contact us)
$NetBSD: query-full-pr,v 1.43 2018/01/16 07:36:43 maya Exp $
$NetBSD: gnats_config.sh,v 1.9 2014/08/02 14:16:04 spz Exp $
Copyright © 1994-2017
The NetBSD Foundation, Inc. ALL RIGHTS RESERVED.