From: Benjamin Tissoires <benjamin.tissoires@redhat.com>
To: Jason Gerecke <killertofu@gmail.com>
Cc: linux-input@vger.kernel.org, Ping Cheng <pinglinux@gmail.com>,
Aaron Skomra <skomra@gmail.com>,
Jason Gerecke <jason.gerecke@wacom.com>
Subject: Re: [PATCH v2] HID: wacom: Update last_slot_field during pre_report phase
Date: Mon, 25 Jul 2016 11:38:30 +0200 [thread overview]
Message-ID: <20160725093830.GF19383@mail.corp.redhat.com> (raw)
In-Reply-To: <20160721161046.25608-1-killertofu@gmail.com>
On Jul 21 2016 or thereabouts, Jason Gerecke wrote:
> If a touchscreen contains both multitouch and single-touch reports in its
> descriptor in that order, the driver may overwrite information it saved
> about the format of the multitouch report. This can cause the report
> processing code to get tripped up and send an incorrect event stream to
> userspace.
>
> In particular, this can cause last_slot_field to be overwritten with the
> result that the driver prematurely assumes it has finished processing a
> slot and sending the ABS_MT_SLOT event at the wrong point in time,
> associating events for the current contact with the following contact
> instead.
>
> To prevent this from occurring, we update the value of last_slot_field
> durring the pre_report phase to ensure that it is correct for the report
> that is to be processed.
>
> Signed-off-by: Jason Gerecke <jason.gerecke@wacom.com>
> ---
> Changes from v1:
> * The v1 patch cut off processing by wacom_wac_finger_usage_mapping once
> it saw a HID_DG_CONTACTCOUNT usage in any report. This method of
> handling the bug has two potential problems: 1) reports which place
> the HID_DG_CONTACTCOUNT usage near the beginning of the packet will
> not properly map the rest of the usages, and 2) devices which have
> multiple reports with the HID_DG_CONTACTCOUNT usage will only send
> reports formatted like the first discovered. Neither of these should
> cause issues for currently available hardware, but to maximize forward
> compatibility, the revised scheme contained here was devised.
Thanks for the fix. The overall difference between before and after the
patch seems null (few variable allocations), so:
Reviewed-by: Benjamin Tissoires <benjamin.tissoires@redhat.com>
Cheers,
Benjamin
>
> drivers/hid/wacom_wac.c | 62 +++++++++++++++++++++----------------------------
> drivers/hid/wacom_wac.h | 2 +-
> 2 files changed, 27 insertions(+), 37 deletions(-)
>
> diff --git a/drivers/hid/wacom_wac.c b/drivers/hid/wacom_wac.c
> index fcf2264..d2611f3 100644
> --- a/drivers/hid/wacom_wac.c
> +++ b/drivers/hid/wacom_wac.c
> @@ -1556,13 +1556,11 @@ static void wacom_wac_finger_usage_mapping(struct hid_device *hdev,
> {
> struct wacom *wacom = hid_get_drvdata(hdev);
> struct wacom_wac *wacom_wac = &wacom->wacom_wac;
> - struct wacom_features *features = &wacom_wac->features;
> struct input_dev *input = wacom_wac->touch_input;
> unsigned touch_max = wacom_wac->features.touch_max;
>
> switch (usage->hid) {
> case HID_GD_X:
> - features->last_slot_field = usage->hid;
> if (touch_max == 1)
> wacom_map_usage(input, usage, field, EV_ABS, ABS_X, 4);
> else
> @@ -1570,7 +1568,6 @@ static void wacom_wac_finger_usage_mapping(struct hid_device *hdev,
> ABS_MT_POSITION_X, 4);
> break;
> case HID_GD_Y:
> - features->last_slot_field = usage->hid;
> if (touch_max == 1)
> wacom_map_usage(input, usage, field, EV_ABS, ABS_Y, 4);
> else
> @@ -1579,22 +1576,11 @@ static void wacom_wac_finger_usage_mapping(struct hid_device *hdev,
> break;
> case HID_DG_WIDTH:
> case HID_DG_HEIGHT:
> - features->last_slot_field = usage->hid;
> wacom_map_usage(input, usage, field, EV_ABS, ABS_MT_TOUCH_MAJOR, 0);
> wacom_map_usage(input, usage, field, EV_ABS, ABS_MT_TOUCH_MINOR, 0);
> input_set_abs_params(input, ABS_MT_ORIENTATION, 0, 1, 0, 0);
> break;
> - case HID_DG_CONTACTID:
> - features->last_slot_field = usage->hid;
> - break;
> - case HID_DG_INRANGE:
> - features->last_slot_field = usage->hid;
> - break;
> - case HID_DG_INVERT:
> - features->last_slot_field = usage->hid;
> - break;
> case HID_DG_TIPSWITCH:
> - features->last_slot_field = usage->hid;
> wacom_map_usage(input, usage, field, EV_KEY, BTN_TOUCH, 0);
> break;
> case HID_DG_CONTACTCOUNT:
> @@ -1672,7 +1658,7 @@ static int wacom_wac_finger_event(struct hid_device *hdev,
>
>
> if (usage->usage_index + 1 == field->report_count) {
> - if (usage->hid == wacom_wac->features.last_slot_field)
> + if (usage->hid == wacom_wac->hid_data.last_slot_field)
> wacom_wac_finger_slot(wacom_wac, wacom_wac->touch_input);
> }
>
> @@ -1685,31 +1671,35 @@ static void wacom_wac_finger_pre_report(struct hid_device *hdev,
> struct wacom *wacom = hid_get_drvdata(hdev);
> struct wacom_wac *wacom_wac = &wacom->wacom_wac;
> struct hid_data* hid_data = &wacom_wac->hid_data;
> + int i;
>
> - if (hid_data->cc_report != 0 &&
> - hid_data->cc_report != report->id) {
> - int i;
> -
> - hid_data->cc_report = report->id;
> - hid_data->cc_index = -1;
> - hid_data->cc_value_index = -1;
> -
> - for (i = 0; i < report->maxfield; i++) {
> - struct hid_field *field = report->field[i];
> - int j;
> -
> - for (j = 0; j < field->maxusage; j++) {
> - if (field->usage[j].hid == HID_DG_CONTACTCOUNT) {
> - hid_data->cc_index = i;
> - hid_data->cc_value_index = j;
> -
> - /* break */
> - i = report->maxfield;
> - j = field->maxusage;
> - }
> + for (i = 0; i < report->maxfield; i++) {
> + struct hid_field *field = report->field[i];
> + int j;
> +
> + for (j = 0; j < field->maxusage; j++) {
> + struct hid_usage *usage = &field->usage[j];
> +
> + switch (usage->hid) {
> + case HID_GD_X:
> + case HID_GD_Y:
> + case HID_DG_WIDTH:
> + case HID_DG_HEIGHT:
> + case HID_DG_CONTACTID:
> + case HID_DG_INRANGE:
> + case HID_DG_INVERT:
> + case HID_DG_TIPSWITCH:
> + hid_data->last_slot_field = usage->hid;
> + break;
> + case HID_DG_CONTACTCOUNT:
> + hid_data->cc_report = report->id;
> + hid_data->cc_index = i;
> + hid_data->cc_value_index = j;
> + break;
> }
> }
> }
> +
> if (hid_data->cc_report != 0 &&
> hid_data->cc_index >= 0) {
> struct hid_field *field = report->field[hid_data->cc_index];
> diff --git a/drivers/hid/wacom_wac.h b/drivers/hid/wacom_wac.h
> index 8a8974c..267025c 100644
> --- a/drivers/hid/wacom_wac.h
> +++ b/drivers/hid/wacom_wac.h
> @@ -185,7 +185,6 @@ struct wacom_features {
> int pktlen;
> bool check_for_hid_type;
> int hid_type;
> - int last_slot_field;
> };
>
> struct wacom_shared {
> @@ -214,6 +213,7 @@ struct hid_data {
> int cc_report;
> int cc_index;
> int cc_value_index;
> + int last_slot_field;
> int num_expected;
> int num_received;
> };
> --
> 2.9.0
>
next prev parent reply other threads:[~2016-07-25 9:38 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-07-11 17:59 [PATCH] HID: wacom: Stop mapping touch usages after processing HID_DG_CONTACTCOUNT Jason Gerecke
2016-07-12 7:32 ` Benjamin Tissoires
2016-07-20 16:36 ` Jason Gerecke
2016-07-20 21:35 ` Jason Gerecke
2016-07-21 16:10 ` [PATCH v2] HID: wacom: Update last_slot_field during pre_report phase Jason Gerecke
2016-07-21 18:01 ` Ping Cheng
2016-07-25 9:38 ` Benjamin Tissoires [this message]
2016-08-10 15:51 ` Jason Gerecke
2016-08-11 8:27 ` Jiri Kosina
2016-08-11 15:22 ` Jason Gerecke
2016-08-11 20:39 ` Jiri Kosina
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=20160725093830.GF19383@mail.corp.redhat.com \
--to=benjamin.tissoires@redhat.com \
--cc=jason.gerecke@wacom.com \
--cc=killertofu@gmail.com \
--cc=linux-input@vger.kernel.org \
--cc=pinglinux@gmail.com \
--cc=skomra@gmail.com \
/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).