linux.git/drivers/hid/hid-magicmouse.c, branch v3.0

Revert "HID: magicmouse: ignore 'ivalid report id' while switching modes"

2011-06-16T10:21:34+00:00

This reverts commit 23746a66d7d9e73402c68ef00d708796b97ebd72.

It turned out that the actual reason for failure is not the device
firmware, but bug in Bluetooth stack, which will be fixed by
patch by Ville Tervo which corrects the mask handling for CSR 1.1
Dongles.

Reported-and-tested-by: Ed Tomlinson 
Reported-and-tested-by: Chase Douglas 
Signed-off-by: Jiri Kosina

Merge branches 'doc', 'multitouch', 'upstream' and 'upstream-fixes' into for-linus

2011-05-23T10:49:25+00:00

HID: magicmouse: ignore 'ivalid report id' while switching modes

2011-05-20T08:28:00+00:00

The device reponds with 'invalid report id' when feature report switching it
into multitouch mode is sent to it.

This has been silently ignored before 0825411ade ("HID: bt: Wait for ACK
on Sent Reports"), but since this commit, it propagates -EIO from the _raw
callback .

So let the driver ignore -EIO as response to 0xd7,0x01 report, as that's
how the device reacts in normal mode.

Sad, but following reality.

This fixes https://bugzilla.kernel.org/show_bug.cgi?id=35022

Tested-by: Chase Douglas 
Signed-off-by: Jiri Kosina

Merge branch 'for-linus2' of git://git.profusion.mobi/users/lucas/linux-2.6

2011-04-07T18:14:49+00:00

* 'for-linus2' of git://git.profusion.mobi/users/lucas/linux-2.6:
  Fix common misspellings

HID: hid-magicmouse: Increase evdev buffer size

2011-04-06T13:17:45+00:00

The evdev buffer isn't big enough when you get many fingers on the
device. Bump up the buffer to a reasonable size, matching what other
multitouch devices use. Without this change, events may be discarded in
the evdev buffer before they are read.

Reported-by: Simon Budig 
Cc: Henrik Rydberg 
Cc: Jiri Kosina 
Cc: stable@kernel.org
Signed-off-by: Chase Douglas 
Acked-by: Henrik Rydberg 
Signed-off-by: Jiri Kosina

Fix common misspellings

2011-03-31T14:26:23+00:00

Fixes generated by 'codespell' and manually reviewed.

Signed-off-by: Lucas De Marchi

HID: hid-magicmouse: Correct touch orientation direction

2011-03-09T23:05:59+00:00

The magic trackpad and mouse both report touch orientation in opposite
direction to the bcm5974 driver and what is written in
Documents/input/multi-touch-protocol.txt. This patch reverts the
direction, so that all in-kernel devices with this feature behave the
same way.

Since no known application has been utilizing this information yet, it
seems appropriate also for stable.

Cc: stable@kernel.org
Cc: Michael Poole 
Signed-off-by: Henrik Rydberg 
Acked-by: Chase Douglas 
Signed-off-by: Jiri Kosina

Merge branches 'upstream' and 'upstream-fixes' into for-linus

2011-01-08T00:08:19+00:00

HID: Add and use hid_: dev_ equivalents

2010-12-10T14:10:38+00:00

Neaten current uses of dev_ by adding and using
hid specific hid_ macros.

Convert existing uses of dev_ uses to hid_.
Convert hid-pidff printk uses to hid_.

Remove err_hid and use hid_err instead.

Add missing newlines to logging messages where necessary.
Coalesce format strings.

Add and use pr_fmt(fmt) KBUILD_MODNAME ": " fmt

Other miscellaneous changes:

Add const struct hid_device * argument to hid-core functions
extract() and implement() so hid_ can be used by them.
Fix bad indentation in hid-core hid_input_field function
that calls extract() function above.

Signed-off-by: Joe Perches 
Signed-off-by: Jiri Kosina

HID: magicmouse: Don't report REL_{X,Y} for Magic Trackpad

2010-12-09T13:39:53+00:00

With the recent switch to having the hid layer handle standard axis
initialization, the Magic Trackpad now reports relative axes. This would
be fine in the normal mode, but the driver puts the device in multitouch
mode where no relative events are generated. Also, userspace software
depends on accurate axis information for device type detection. Thus,
ignoring the relative axes from the Magic Trackpad is best.

Signed-off-by: Chase Douglas 
Signed-off-by: Jiri Kosina