From: Mike Murphy <mamurph@cs.clemson.edu>
To: Andrew Morton <akpm@linux-foundation.org>
Cc: linux-kernel@vger.kernel.org, linux-input@vger.kernel.org,
linux-usb@vger.kernel.org, greg@kroah.com, oliver@neukum.org,
fweisbec@gmail.com, torvalds@linux-foundation.org
Subject: Re: PATCH [1/3] drivers/input/xpad.c: Improve Xbox 360 wireless support and add sysfs interface
Date: Mon, 2 Mar 2009 21:47:02 -0500 [thread overview]
Message-ID: <5aa163d00903021847n525e8704jd332610c45e4675a@mail.gmail.com> (raw)
In-Reply-To: <20090302130425.23cc628d.akpm@linux-foundation.org>
On Mon, Mar 2, 2009 at 4:04 PM, Andrew Morton <akpm@linux-foundation.org> wrote:
>> +static void xpad_process_sticks(struct usb_xpad *xpad, unsigned char *data)
>> +{
>> + struct input_dev *dev = xpad->dev;
>> + int coords[4]; /* x, y, rx, ry */
>> + int x_offset, y_offset, rx_offset, ry_offset;
>> + int c;
>> + int range;
>> + int abs_magnitude, adjusted_magnitude, difference, scale_fraction;
>> + int dead_zone[2], stick_limit[2];
>> +
>> + dead_zone[0] = xpad->left_dead_zone;
>> + dead_zone[1] = xpad->right_dead_zone;
>> + stick_limit[0] = xpad->left_stick_limit;
>> + stick_limit[1] = xpad->right_stick_limit;
>> +
>> + if (xpad->xtype == XTYPE_XBOX) {
>> + x_offset = 12;
>> + y_offset = 14;
>> + rx_offset = 16;
>> + ry_offset = 18;
>> + } else {
>> + x_offset = 6;
>> + y_offset = 8;
>> + rx_offset = 10;
>> + ry_offset = 12;
>> + }
>> +
>> + coords[0] = (__s16) le16_to_cpup((__le16 *)(data + x_offset));
>> + coords[1] = ~(__s16) le16_to_cpup((__le16 *)(data + y_offset));
>> + coords[2] = (__s16) le16_to_cpup((__le16 *)(data + rx_offset));
>> + coords[3] = ~(__s16) le16_to_cpup((__le16 *)(data + ry_offset));
>
> We don't need the first typecast here and if `data' were to have type
> `void *', we could do away with the second cast as well.
>
gcc 4.3.3 refused to compile with data set to type void *'. I also
tried removing the casts and changing to le16_to_cpu, but the result
was that stick inputs were lost. After further testing, I reverted to
the original code, which was taken from the driver in the stable tree.
The typecasting follows this logic:
1. The stick axis inputs are 16-bit *unsigned* little endian (0 -
65535), which need to map onto the *signed* axis (-32767 to +32767)
inside the input subsystem.
2. The innermost typecast (__le16 *) tells gcc to treat the (unsigned
char *) address as a pointer to an unsigned little-endian value, which
is converted to a pointer of host endiannes -- still unsigned -- by
le16_to_cpup.
3. The outer cast (__s16) converts the unsigned values to signed
values, while the "~" inverts the y axes to make them function like a
joystick instead of a flight simulator control.
Is there a cleaner way to accomplish the transition from 16-bit
unsigned little endian to 16-bit signed host endian? If so, I can
change it... if not, I can comment this code to explain why it looks
like it does. I don't have enough experience with the Linux internal
types system to have a better solution.
I've fixed the other problems (and maybe created new ones :)...
revision of this part of the patch to follow.
Mike
--
Mike Murphy
Ph.D. Candidate and NSF Graduate Research Fellow
Clemson University School of Computing
120 McAdams Hall
Clemson, SC 29634-0974 USA
Tel: +1 864.656.2838 Fax: +1 864.656.0145
http://cirg.cs.clemson.edu/~mamurph
--
To unsubscribe from this list: send the line "unsubscribe linux-input" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2009-03-03 2:47 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-03-01 4:53 PATCH [1/3] drivers/input/xpad.c: Improve Xbox 360 wireless support and add sysfs interface Mike Murphy
[not found] ` <5aa163d00902282053h38b0febbyb37fc30855fdc985-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2009-03-02 21:04 ` Andrew Morton
2009-03-02 21:18 ` Greg KH
[not found] ` <20090302211820.GA21489-U8xfFu+wG4EAvxtiuMwx3w@public.gmane.org>
2009-03-02 21:35 ` Andrew Morton
[not found] ` <20090302133551.1266f725.akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
2009-03-02 21:59 ` Greg KH
2009-03-02 21:59 ` Mike Murphy
[not found] ` <5aa163d00903021359x3a4693f5tbb7f1e3fec4d88b8-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2009-03-02 22:39 ` Greg KH
2009-03-02 23:04 ` Mike Murphy
[not found] ` <5aa163d00903021504l1965ecdi3423a43134de10d0-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2009-03-02 23:13 ` Greg KH
2009-03-02 21:46 ` Mike Murphy
2009-03-02 22:00 ` Andrew Morton
2009-03-02 22:27 ` Mike Murphy
2009-03-03 2:47 ` Mike Murphy [this message]
2009-03-03 3:09 ` Mike Murphy
[not found] ` <5aa163d00903021847n525e8704jd332610c45e4675a-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2009-03-03 3:12 ` Linus Torvalds
[not found] ` <alpine.LFD.2.00.0903021902460.3111-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@public.gmane.org>
2009-03-03 4:16 ` Mike Murphy
[not found] ` <5aa163d00903022016s14b7ad32qfbaf82a07b9e0921-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2009-03-03 4:20 ` Mike Murphy
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=5aa163d00903021847n525e8704jd332610c45e4675a@mail.gmail.com \
--to=mamurph@cs.clemson.edu \
--cc=akpm@linux-foundation.org \
--cc=fweisbec@gmail.com \
--cc=greg@kroah.com \
--cc=linux-input@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-usb@vger.kernel.org \
--cc=oliver@neukum.org \
--cc=torvalds@linux-foundation.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).