From mboxrd@z Thu Jan 1 00:00:00 1970 From: Dmitry Torokhov Subject: Re: [PATCH] Input: synaptics-rmi4 - Report slot as inactive when contact is a palm Date: Thu, 16 Mar 2017 17:04:50 -0700 Message-ID: <20170317000450.GE2935@dtor-ws> References: <1489708591-4320-1-git-send-email-aduggan@synaptics.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from mail-pf0-f195.google.com ([209.85.192.195]:34972 "EHLO mail-pf0-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752520AbdCQAOT (ORCPT ); Thu, 16 Mar 2017 20:14:19 -0400 Content-Disposition: inline In-Reply-To: <1489708591-4320-1-git-send-email-aduggan@synaptics.com> Sender: linux-input-owner@vger.kernel.org List-Id: linux-input@vger.kernel.org To: Andrew Duggan Cc: linux-input@vger.kernel.org, linux-kernel@vger.kernel.org, Jiri Kosina , Benjamin Tissoires , Cameron Gutman , Thorsten Leemhuis , Christopher Heiny , Nick Dyer , Peter Hutterer On Thu, Mar 16, 2017 at 04:56:31PM -0700, Andrew Duggan wrote: > When the firmware identifies a contact as a palm the driver sets the tool > type to MT_TOOL_PALM, but sets the slot state as active. Reporting the > palm as active results in userspace input libraries considering the palm > as a valid contact. Touchpads which previously were using hid-multitouch > are now not suppressing palms when switching to the RMI4 driver. This > change fixes palm rejection when using the RMI4 driver. > > Signed-off-by: Andrew Duggan > Tested-by: Cameron Gutman > --- > drivers/input/rmi4/rmi_2d_sensor.c | 3 ++- > 1 file changed, 2 insertions(+), 1 deletion(-) > > diff --git a/drivers/input/rmi4/rmi_2d_sensor.c b/drivers/input/rmi4/rmi_2d_sensor.c > index 8bb866c..8d1f295 100644 > --- a/drivers/input/rmi4/rmi_2d_sensor.c > +++ b/drivers/input/rmi4/rmi_2d_sensor.c > @@ -80,7 +80,8 @@ void rmi_2d_sensor_abs_report(struct rmi_2d_sensor *sensor, > input_mt_slot(input, slot); > > input_mt_report_slot_state(input, obj->mt_tool, > - obj->type != RMI_2D_OBJECT_NONE); > + (obj->type != RMI_2D_OBJECT_NONE) > + && (obj->type != RMI_2D_OBJECT_PALM)); > > if (obj->type != RMI_2D_OBJECT_NONE) { > obj->x = sensor->tracking_pos[slot].x; If we are relying on hardware to do palm rejection, then we should not be reporting the rest of the events for palm either (i.e. the condition in the if statement above should also be updated). But I do not understand why userspace doe snot do the right thing? Yes, the slot is active, but reported contact type is MT_TOOL_PALM, so it knows what it deals with. Thanks. -- Dmitry