From: Hans de Goede <hdegoede@redhat.com>
To: Dmitry Torokhov <dmitry.torokhov@gmail.com>
Cc: Peter Hutterer <peter.hutterer@redhat.com>,
Benjamin Tissoires <btissoir@redhat.com>,
linux-input@vger.kernel.org, stable@vger.kernel.org
Subject: Re: [PATCH 3/3] synaptics: Change min/max quirk table to pnp-id matching
Date: Mon, 26 May 2014 13:47:31 +0200 [thread overview]
Message-ID: <538329D3.1090902@redhat.com> (raw)
In-Reply-To: <5379C5FD.1040401@redhat.com>
Hi Dmitry,
On 05/19/2014 10:51 AM, Hans de Goede wrote:
> Hi,
>
> On 05/18/2014 10:35 PM, Dmitry Torokhov wrote:
>> On Fri, May 16, 2014 at 08:46:49PM +0200, Hans de Goede wrote:
>>> Most of the affected models share pnp-ids for the touchpad. So switching
>>> to pnp-ids give us 2 advantages:
>>> 1) It shrinks the quirk list
>>> 2) It will lower the new quirk addition frequency, ie the recently added W540
>>> quirk would not have been necessary since it uses the same LEN0034 pnp ids
>>> as other models already added before it
>>>
>>> As an added bonus it actually puts the quirk on the actual psmouse, rather then
>>> on the machine, which is technically more correct.
>>>
>>> Cc: stable@vger.kernel.org
>>> Signed-off-by: Hans de Goede <hdegoede@redhat.com>
>>> ---
>>> drivers/input/mouse/synaptics.c | 149 ++++++++++------------------------------
>>> 1 file changed, 36 insertions(+), 113 deletions(-)
>>>
>>> diff --git a/drivers/input/mouse/synaptics.c b/drivers/input/mouse/synaptics.c
>>> index 395ec9c..c5ec703 100644
>>> --- a/drivers/input/mouse/synaptics.c
>>> +++ b/drivers/input/mouse/synaptics.c
>>> @@ -117,6 +117,31 @@ void synaptics_reset(struct psmouse *psmouse)
>>> }
>>>
>>> #ifdef CONFIG_MOUSE_PS2_SYNAPTICS
>>> +struct min_max_quirk {
>>> + const char * const *pnp_ids;
>>> + int x_min, x_max, y_min, y_max;
>>> +};
>>
>>
>> Why don't we define this as 1 quirk per PNP id?
>>
>> struct min_max_quirk {
>> const char *pnp_id;
>> int x_min, x_max, y_min, y_max;
>> };
>>
>> ?
>
> 1) I thought it would be better to allow multiple ids for one min/max quad,
> since there seem to only be a few types of touchpads out there, which are
> sometimes referenced to by multiple ids. IE LEN0034 and LEN2004 refer to the
> exact same touchpad (exact same firmware and board id). Also this way we avoid
> people adding entries with values which are slightly off since determining
> the min/max range on a single model will give some noise.
>
> 2) This way we can use one helper function for the matching for both the
> INPUT_PROP_TOPBUTTONPAD quirks and for the min/max quirks.
I've not heard back from you on this, does that mean that you are ok with
taking this patch-set as is ?
Regards,
Hans
next prev parent reply other threads:[~2014-05-26 11:47 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-05-16 18:46 [PATCH 0/3] synaptics: Change min/max quirk table to pnp-id matching Hans de Goede
2014-05-16 18:46 ` [PATCH 1/3] synaptics: T540p: make the min/max identical to other LEN0034 models Hans de Goede
2014-05-16 18:46 ` [PATCH 2/3] synaptics: Add a matches_pnp_id helper function Hans de Goede
2014-05-16 18:46 ` [PATCH 3/3] synaptics: Change min/max quirk table to pnp-id matching Hans de Goede
2014-05-18 20:35 ` Dmitry Torokhov
2014-05-19 8:51 ` Hans de Goede
2014-05-26 11:47 ` Hans de Goede [this message]
2014-05-27 16:25 ` Dmitry Torokhov
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=538329D3.1090902@redhat.com \
--to=hdegoede@redhat.com \
--cc=btissoir@redhat.com \
--cc=dmitry.torokhov@gmail.com \
--cc=linux-input@vger.kernel.org \
--cc=peter.hutterer@redhat.com \
--cc=stable@vger.kernel.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.