cvs commit: src/sys/dev/usb ums.c

Nate Lawson nate at root.org
Fri Dec 30 01:35:12 PST 2005


Alexander Leidinger wrote:
> On Thu, 29 Dec 2005 11:26:21 -0800
> Nate Lawson <nate at root.org> wrote:
> 
> 
>>>Index: src/sys/dev/usb/ums.c
>>>diff -u src/sys/dev/usb/ums.c:1.79 src/sys/dev/usb/ums.c:1.80
>>>--- src/sys/dev/usb/ums.c:1.79	Thu Dec 29 17:44:40 2005
>>>+++ src/sys/dev/usb/ums.c	Thu Dec 29 18:35:28 2005
>>>@@ -425,7 +425,7 @@
>>> 	struct ums_softc *sc = addr;
>>> 	u_char *ibuf;
>>> 	int dx, dy, dz, dt;
>>>-	u_char buttons = 0;
>>>+	int buttons = 0;
>>> 	int i;
>>> 
>>> #define UMS_BUT(i) ((i) < 3 ? (((i) + 2) % 3) : (i))
>>
>>I think the UMS_BUT macro operates on only 2 bits.  Are you sure that's 
>>still right?
> 
> 
> The UMS_BUT macro in NetBSD is different, but I don't know if this is
> because of the uhidevs changes (which we don't have) or not. The change
> in NetBSD only changed the MAX_BUTTONS define, not the UMS_BUT macro.
> 
> I also don't see where it only operates on 2 bits (BTW.: MAX_BUTTONS was
> changed from decimal 7 to decimal 31)... if I rewrite it as a function
> it looks like:
> 	int ums_but(int i) {
> 		if (i < 3) {
> 			return (i + 2) % 3;
> 		} else {
> 			return i;
> 		}
> 	}
> Or did I miscounted the parenthesis?

I meant that this maps 0:2, 1:0, 2:1, 3:3, 4:4, ...  Or in other words, 
it only operates on 2-bit values (0-3).  I don't know if that's an issue 
or not, I just was wondering if that also needed to be expanded.

-- 
Nate


More information about the cvs-src mailing list