From: Benjamin Tissoires <benjamin.tissoires@redhat.com>
To: Tao Jin <tao-j@outlook.com>
Cc: linux-input@vger.kernel.org, Jiri Kosina <jikos@kernel.org>,
linux-kernel@vger.kernel.org,
Bingchen Gong <gongbingchen@gmail.com>
Subject: Re: [PATCH 1/2] hid: multitouch: add module paramter to override quirks
Date: Thu, 21 Apr 2022 10:27:21 +0200 [thread overview]
Message-ID: <CAO-hwJJkp0EPEaV_Ws4ZFLPk+RafcjVUX8QphwzqFJ+AMsQmzg@mail.gmail.com> (raw)
In-Reply-To: <CO6PR03MB6241819B3312BAD5A4DDE332E1F39@CO6PR03MB6241.namprd03.prod.outlook.com>
Hi,
On Mon, Apr 18, 2022 at 5:18 AM Tao Jin <tao-j@outlook.com> wrote:
>
> There is a sysfs interface to specify the quirks. However, some
> quirk bits such as HID_QUIRK_MULTI_INPUT are only read once during
> init/probe. Setting the quirks in sysfs does not make any change to the
> behaviors related to those bits. Also, it is hard to wait for udev to
> modify the quirks in case there is a rule given the current init and
> state machine structure.
>
> A simple kernel paramter is provided so that any time a custom quirk
> needs to be tested can be easily applied. This enables the users to test
> out which bits are indeed necessary with just a rmmod then
> insmod/modprobe cycle. Thus, new hardware support can be added very
> soon and unneccsary mildly costly quirks using mutex and timer can also
> be removed based on user's self-test.
I don't think the last sentence above is adding anything. I don't see
where the mutex and timers are related to this patch.
>
> Co-Developed-by: Bingchen Gong <gongbingchen@gmail.com>
> Signed-off-by: Bingchen Gong <gongbingchen@gmail.com>
> Signed-off-by: Tao Jin <tao-j@outlook.com>
> ---
> drivers/hid/hid-multitouch.c | 13 +++++++++++--
> 1 file changed, 11 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/hid/hid-multitouch.c b/drivers/hid/hid-multitouch.c
> index 3ea57f3..c6d64f8 100644
> --- a/drivers/hid/hid-multitouch.c
> +++ b/drivers/hid/hid-multitouch.c
> @@ -398,6 +398,10 @@ static const struct mt_class mt_classes[] = {
> { }
> };
>
> +static int override_quirks = -1;
> +module_param(override_quirks, int, 0444);
> +MODULE_PARM_DESC(override_quirks, "Signed integer to override quirks in mtclass, must >= 0 to enable override.");
> +
> static ssize_t mt_show_quirks(struct device *dev,
> struct device_attribute *attr,
> char *buf)
> @@ -1749,7 +1753,12 @@ static int mt_probe(struct hid_device *hdev, const struct hid_device_id *id)
> if (id->group != HID_GROUP_MULTITOUCH_WIN_8)
> hdev->quirks |= HID_QUIRK_MULTI_INPUT;
>
> - if (mtclass->quirks & MT_QUIRK_FORCE_MULTI_INPUT) {
> + if (override_quirks >= 0) {
> + hid_info(hdev, "overriding quirks with: %d(0x%x)", override_quirks, override_quirks);
> + td->mtclass.quirks = override_quirks;
> + }
> +
> + if (td->mtclass.quirks & MT_QUIRK_FORCE_MULTI_INPUT) {
> hdev->quirks &= ~HID_QUIRK_INPUT_PER_APP;
> hdev->quirks |= HID_QUIRK_MULTI_INPUT;
> }
> @@ -1760,7 +1769,7 @@ static int mt_probe(struct hid_device *hdev, const struct hid_device_id *id)
> if (ret != 0)
> return ret;
>
> - if (mtclass->quirks & MT_QUIRK_FIX_CONST_CONTACT_ID)
> + if (td->mtclass.quirks & MT_QUIRK_FIX_CONST_CONTACT_ID)
The 2 changes "s/mtclass->quirks/td->mtclass.quirks/" should probably
be added as a separate patch (before this one). The reason is that
hid_parse might change the quirks values, and
MT_QUIRK_FIX_CONST_CONTACT_ID and MT_QUIRK_FORCE_MULTI_INPUT might be
different from the class definition at the end of probe, so
definitively, this is a bug (without consequences) that should be
addressed separately.
Cheers,
Benjamin
> mt_fix_const_fields(hdev, HID_DG_CONTACTID);
>
> ret = hid_hw_start(hdev, HID_CONNECT_DEFAULT);
> --
> 2.35.1
>
prev parent reply other threads:[~2022-04-21 8:27 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-04-18 3:18 [PATCH 1/2] hid: multitouch: add module paramter to override quirks Tao Jin
2022-04-21 8:27 ` Benjamin Tissoires [this message]
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=CAO-hwJJkp0EPEaV_Ws4ZFLPk+RafcjVUX8QphwzqFJ+AMsQmzg@mail.gmail.com \
--to=benjamin.tissoires@redhat.com \
--cc=gongbingchen@gmail.com \
--cc=jikos@kernel.org \
--cc=linux-input@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=tao-j@outlook.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).