On Thu, 27 May 2010, Forest Bond wrote:
> SMART Technologies has recommended this change to fix a problem reported
> with SMART Board series interactive whiteboards.
>
> A description of the device-specific symptom follows:
>
> When the board is connected my mouse bounces up to the top left corner.
>
> Bjorn has tested this fix with model SB680.
>
> Tested-by: Bjorn Behrendt <bbehrendt@xxxxxxxxxxxxxx>
> Signed-off-by: Forest Bond <forest@xxxxxxxxxxxxxxxxxxx>
> ---
> drivers/hid/hid-input.c | 3 +++
> 1 files changed, 3 insertions(+), 0 deletions(-)
>
> diff --git a/drivers/hid/hid-input.c b/drivers/hid/hid-input.c
> index 7a0d2e4..6b10e5a 100644
> --- a/drivers/hid/hid-input.c
> +++ b/drivers/hid/hid-input.c
> @@ -301,6 +301,9 @@ static void hidinput_configure_usage(struct hid_input *hidinput, struct hid_fiel
>
> case HID_UP_DIGITIZER:
> switch (usage->hid & 0xff) {
> + case 0x00: /* Undefined */
> + goto ignore;
> +
> case 0x30: /* TipPressure */
> if (!test_bit(BTN_TOUCH, input->keybit)) {
> device->quirks |= HID_QUIRK_NOTOUCH;
Hi,
I have applied the patch as it makes sense per se.
Still, I'd be interested to know what is the device in question actually
sending and what it has in its report descriptor. Does it indeed use 0x00
code? For what reason?
Thanks,
--
Jiri Kosina
SUSE Labs, Novell Inc.
--
To unsubscribe from this list: send the line "unsubscribe linux-input" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
