# \[PATCH\] Input: ili210x - Reduce sample period to 15ms

- Subsystems: INPUT (KEYBOARD, MOUSE, JOYSTICK, TOUCHSCREEN) DRIVERS, THE REST
- Maintainers: Dmitry Torokhov, Linus Torvalds
- Status: LANDED (27931d38ce05 · 2021-11-10 06:23)
- Landed in mainline as 27931d38ce05 on 2021-11-10.
- List: linux-input
- 2 messages, 2 authors
- Page: https://ratatoskr.run/linux-input/2021/11/8933560/t

## \[PATCH\] Input: ili210x - Reduce sample period to 15ms

- From: Marek Vasut \<marex@denx.de\>
- Date: 2021-11-08 11:42:02 
- Message: https://ratatoskr.run/linux-input/2021/11/8933560.md

```text
Modern devices may redraw display at 60 Hz, make sure we have one input
sample per one frame. Reduce sample period to 15ms, so we would get up
to 66.6 samples per second, although realistically with all the jitter
and extra scheduling wiggle room, we would end up just above 60 samples
per second. This should be a good compromise between sampling too often
and sampling too seldom.

Signed-off-by: Marek Vasut <marex@denx.de>
Cc: Dmitry Torokhov <dmitry.torokhov@gmail.com>
Cc: Joe Hung <redacted>
Cc: Luca Hsu <redacted>
---
 drivers/input/touchscreen/ili210x.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/input/touchscreen/ili210x.c b/drivers/input/touchscreen/ili210x.c
index 6dd5095be567f..ba0e2ae3928a7 100644
--- a/drivers/input/touchscreen/ili210x.c
+++ b/drivers/input/touchscreen/ili210x.c
@@ -14,7 +14,7 @@
 #include <linux/slab.h>
 #include <asm/unaligned.h>
 
-#define ILI2XXX_POLL_PERIOD	20
+#define ILI2XXX_POLL_PERIOD	15
 
 #define ILI210X_DATA_SIZE	64
 #define ILI211X_DATA_SIZE	43
-- 
2.33.0

```

## Re: \[PATCH\] Input: ili210x - Reduce sample period to 15ms

- From: Dmitry Torokhov \<dmitry.torokhov@gmail.com\>
- Date: 2021-11-10 06:28:23 
- Message: https://ratatoskr.run/linux-input/2021/11/8933564.md

```text
On Mon, Nov 08, 2021 at 12:41:45PM +0100, Marek Vasut wrote:
> Modern devices may redraw display at 60 Hz, make sure we have one input
> sample per one frame. Reduce sample period to 15ms, so we would get up
> to 66.6 samples per second, although realistically with all the jitter
> and extra scheduling wiggle room, we would end up just above 60 samples
> per second. This should be a good compromise between sampling too often
> and sampling too seldom.
> 
> Signed-off-by: Marek Vasut <marex@denx.de>
> Cc: Dmitry Torokhov <dmitry.torokhov@gmail.com>
> Cc: Joe Hung <redacted>
> Cc: Luca Hsu <redacted>

Applied, thank you.

-- 
Dmitry
```