[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20191030232311.GK57214@dtor-ws>
Date: Wed, 30 Oct 2019 16:23:11 -0700
From: Dmitry Torokhov <dmitry.torokhov@...il.com>
To: Henrik Rydberg <rydberg@...math.org>
Cc: Jiada Wang <jiada_wang@...tor.com>, jikos@...nel.org,
benjamin.tissoires@...hat.com, linux-input@...r.kernel.org,
linux-kernel@...r.kernel.org, erosca@...adit-jv.com,
Andrew_Gabbasov@...tor.com
Subject: Re: [PATCH v4 01/48] Input: introduce input_mt_report_slot_inactive
On Tue, Oct 29, 2019 at 06:13:09PM +0100, Henrik Rydberg wrote:
> Hi Jiada,
>
> > input_mt_report_slot_state() ignores the tool when the slot is closed.
> > which has caused a bit of confusion.
> > This patch introduces input_mt_report_slot_inactive() to report slot
> > inactive state.
> > replaces all input_mt_report_slot_state() with
> > input_mt_report_slot_inactive() in case of close of slot.
> >
> > Signed-off-by: Jiada Wang <jiada_wang@...tor.com>
>
> NACK on this one.
>
> We already discussed this patch and the potentially changed behavior to
> existing setups stemming from ignoring the MT state.
>
> On the upside, what I can see this patch does exactly no difference to the
> cases where the MT state is set, so it can be safely dropped without
> affecting the rest of the patch series.
I guess Jiada's concern that we are forcing to pass tool type even
though we end up ignoring it intervally, which confuses users of the API
as they might not know what tool to specify.
How about we do:
static inline void input_mt_report_slot_inactive(struct input_dev *dev)
{
input_mt_report_slot_state(dev, 0, false);
}
This should not change any behavior.
Thanks.
--
Dmitry
Powered by blists - more mailing lists