Thread (90 messages) 90 messages, 9 authors, 2020-12-11

Re: [PATCH v3 0/7] Support inhibiting input devices

From: Dmitry Torokhov <dmitry.torokhov@gmail.com>
Date: 2020-06-08 05:37:46
Also in: linux-acpi, linux-iio, linux-input, linux-pm, linux-samsung-soc, linux-tegra, lkml, platform-driver-x86

On Sun, Jun 07, 2020 at 10:24:14PM +0200, Pavel Machek wrote:
On Fri 2020-06-05 19:33:28, Andrzej Pietrasiewicz wrote:
quoted
Userspace might want to implement a policy to temporarily disregard input
from certain devices.
Wow, you certainly cc a lot of lists.
quoted
An example use case is a convertible laptop, whose keyboard can be folded
under the screen to create tablet-like experience. The user then must hold
the laptop in such a way that it is difficult to avoid pressing the keyboard
keys. It is therefore desirable to temporarily disregard input from the
keyboard, until it is folded back. This obviously is a policy which should
be kept out of the kernel, but the kernel must provide suitable means to
implement such a policy.

Due to interactions with suspend/resume, a helper has been added for drivers
to decide if the device is being used or not (PATCH 1/7) and it has been
applied to relevant drivers (PATCH 2,4,5,6/7).
But is that a right way to implement it?

We want this for cellphones, too -- touchscreen should be disabled
while the device is locked in the pocket -- but we really want the
touchscreen hardware to be powered down in that case (because it keeps
SoC busy and eats a _lot_ of electricity).

But simplistic "receive an event and then drop it if device is
inhibited" does not allow that...
I do not think you read the entirety of this patch series...

Thanks.

-- 
Dmitry

_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help