Received: by 2002:a25:ad19:0:0:0:0:0 with SMTP id y25csp794901ybi; Fri, 12 Jul 2019 04:48:26 -0700 (PDT) X-Google-Smtp-Source: APXvYqx8jJ6RKB/8+ZMREiDoHe466gU/NPsVRByNOmU/9YI51MkNv24uIoD3ttDCto8KsiMrZUex X-Received: by 2002:a17:902:968c:: with SMTP id n12mr11509035plp.59.1562932106723; Fri, 12 Jul 2019 04:48:26 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1562932106; cv=none; d=google.com; s=arc-20160816; b=ml+xlZ/KjnAMakXnmz1Eo/Kn+tP5V3XtWQov6UKelVoGT3Ya4EJBt0i7+kDydmsMNv bxxfLmLyD0l7EAHt2yiLb9bhCofyjkjT+52SJFh9iZG6h09a6wo0usloSqDW+RWMOm6A 4RpGSQW5u1fqJ2HWxt8FUL1gwIC1JVY/yxJUfq50PtNBwbAWS95lbQZHcj3axCmdG8+f E/3R1i6tLc2571hFZNgjvh8DcoKm7Sx3QC6nrHXINBma0F6OjrHU5GnONbkQNe/JuiJE prCZWkX7vyFge7Z1EZyHwA08oCfUUWYB2NSoOCB8Mo9SRr+5JCl1wlpxOrzlPlr8Pp5F Np6w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature:dkim-signature; bh=/2dGwHNJjHOwuU6fUK665/10t3um/uAfDUu71BwZy8c=; b=k3a/9sQOD2M87SmcFCgxVc6uaO9d/cCJoi7nSXzlEUCqhIssirqkbuVKZ9v2NGEhYF loF0TU1ClQq3nAZcfSBJnYMPtfQ9OPTKw4J4EMbcRhxjVIOVu9UVaGE+0Uwb/jDDZOuA a8ih47+qGUbQXWhi/FI/lFBzEX95xQ/h3ajTe3mTwcHvVSvJo4EX4nzwrwxJ91wPTaoN y52iy7Ua17yIjbomoVGah5mObgv3Gtad9MPgIhGWJwGnIRAqUQS9S8ai5hTFKV10fV7Z CCpChzrgrwDjLeBPdMC55BsVLh+WuH4tgZVqOYcz7AAkVVaF0HD5GblbYhkg//sN5iOV eUGg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@who-t.net header.s=fm3 header.b=Me3xjXVU; dkim=pass header.i=@messagingengine.com header.s=fm3 header.b=HBngKjIq; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id z25si7495164pgv.418.2019.07.12.04.48.11; Fri, 12 Jul 2019 04:48:26 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@who-t.net header.s=fm3 header.b=Me3xjXVU; dkim=pass header.i=@messagingengine.com header.s=fm3 header.b=HBngKjIq; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726928AbfGLLqb (ORCPT + 99 others); Fri, 12 Jul 2019 07:46:31 -0400 Received: from wout2-smtp.messagingengine.com ([64.147.123.25]:57301 "EHLO wout2-smtp.messagingengine.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726250AbfGLLqb (ORCPT ); Fri, 12 Jul 2019 07:46:31 -0400 Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.west.internal (Postfix) with ESMTP id 418C83B1; Fri, 12 Jul 2019 07:46:27 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute3.internal (MEProxy); Fri, 12 Jul 2019 07:46:27 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=who-t.net; h= date:from:to:cc:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm3; bh=/2dGwHNJjHOwuU6fUK665/10t3u m/uAfDUu71BwZy8c=; b=Me3xjXVUqQu4OGj+vJHRj9TT3Um7gxuJMqaK2mzblPw phezOKS/yc4xNCUur/YMWfUgl6d0fKSM/AmpTuvfuMflTiTTIKyacSjdAdt2wj3j l8ZYmxUflFip2Jp7OofKnA6fJH/oCnzuvoFC0fHGetJJggnsx7AxgfmG5KR8gz/T 9TUw2C9Qlfh38rATgrl3CrVP68LUtSHJ0mGC4YbJDhlQviHECIX5R1enowcYP4ce TMAKJqojhvqiLmuh29g3n7mW3v7MT3K8u7dgkdMRXT01muD+HXIM58F5/8hsyPLn Oy2Ig0Y8O3IeQCq0bhbOnVmypYkDZCROFCmHOa0Ed/A== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; bh=/2dGwH NJjHOwuU6fUK665/10t3um/uAfDUu71BwZy8c=; b=HBngKjIqfhhWo9a6O/S1bd EScbsVaL7E/NL+1UpV7MVHMgXJIYYVhF3xX1+n0o648YRubgVGVG1yoT1SdwpnZV fYOvj9EKZTB4P9uiGIg4mnrn3a9OOZJHBJDrCZGTsq6WXdd7jrQER3LiXEQv1dzO NKm7tivcDgvUroA3s+oE1B8AGyg7fOeRZ5o+ucuFj9zJKbKa2klO3OC56SmIqdwZ bjqZI1izL94qwOqZvkFzW91GorMo0AO0bkA5m3NyUPH1JLSLKXY7yTCth3jKktF7 2my4CVBr+/SJhCpDP2mSacB+1QM6A5bZc0LHZZfDMAF4vlfqNngXWMqITMaGLxEA == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduvddrhedtgdegfecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpeffhffvuffkfhggtggujggfsehttdertddtredvnecuhfhrohhmpefrvghtvghr ucfjuhhtthgvrhgvrhcuoehpvghtvghrrdhhuhhtthgvrhgvrhesfihhohdqthdrnhgvth eqnecukfhppeduudejrddvtddrieelrddugedvnecurfgrrhgrmhepmhgrihhlfhhrohhm pehpvghtvghrrdhhuhhtthgvrhgvrhesfihhohdqthdrnhgvthenucevlhhushhtvghruf hiiigvpedt X-ME-Proxy: Received: from jelly (117-20-69-142.751445.bne.nbn.aussiebb.net [117.20.69.142]) by mail.messagingengine.com (Postfix) with ESMTPA id 39B90380076; Fri, 12 Jul 2019 07:46:23 -0400 (EDT) Date: Fri, 12 Jul 2019 21:46:19 +1000 From: Peter Hutterer To: Benjamin Tissoires Cc: Dmitry Torokhov , Atif Niyaz , Atif Niyaz , Siarhei Vishniakou , "open list:HID CORE LAYER" , lkml Subject: Re: [PATCH] input: API for Setting a Timestamp from a Driver Message-ID: <20190712114619.GA7753@jelly> References: <20190710230410.9386-1-atifniyaz@google.com> <20190712064134.GA150689@dtor-ws> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.12.0 (2019-05-25) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Jul 12, 2019 at 09:23:20AM +0200, Benjamin Tissoires wrote: > On Fri, Jul 12, 2019 at 8:41 AM Dmitry Torokhov > wrote: > > > > Hi Atif, > > > > On Wed, Jul 10, 2019 at 04:04:10PM -0700, Atif Niyaz wrote: > > > Currently, evdev stamps time with timestamps acquired in > > > evdev_events. However, this timestamping may not be accurate in terms of > > > measuring when the actual event happened. This API allows any 3rd party > > > driver to be able to call input_set_timestamp, and provide a timestamp > > > that can be utilized in order to provide a more accurate sense of time > > > for the event > > > > > > Signed-off-by: Atif Niyaz > > > > This looks OK to me. Benjamin, Peter, any concerns here? > > > > No red flags from me (though Peter is the one using all of this). > > Just curious, which drivers do you think will be using this new API? > I can see that we might want to use hid-multitouch for it, with the > Scan Time forwarded by the device, but what do you have in mind? that'd be my question as well. I'm all for more precise evdev timestamps but there's some overlap with MSC_TIMESTAMP (which at least libinput isn't handling well right now, with the exception of some quirk detection). but yeah, overall this is a good solution from my POV. Cheers, Peter > > > --- > > > drivers/input/evdev.c | 42 ++++++++++++++++-------------------------- > > > drivers/input/input.c | 17 +++++++++++++++++ > > > include/linux/input.h | 38 ++++++++++++++++++++++++++++++++++++++ > > > 3 files changed, 71 insertions(+), 26 deletions(-) > > > > > > diff --git a/drivers/input/evdev.c b/drivers/input/evdev.c > > > index 867c2cfd0038..a331efa0a3f6 100644 > > > --- a/drivers/input/evdev.c > > > +++ b/drivers/input/evdev.c > > > @@ -25,13 +25,6 @@ > > > #include > > > #include "input-compat.h" > > > > > > -enum evdev_clock_type { > > > - EV_CLK_REAL = 0, > > > - EV_CLK_MONO, > > > - EV_CLK_BOOT, > > > - EV_CLK_MAX > > > -}; > > > - > > > struct evdev { > > > int open; > > > struct input_handle handle; > > > @@ -53,7 +46,7 @@ struct evdev_client { > > > struct fasync_struct *fasync; > > > struct evdev *evdev; > > > struct list_head node; > > > - unsigned int clk_type; > > > + input_clk_t clk_type; > > > bool revoked; > > > unsigned long *evmasks[EV_CNT]; > > > unsigned int bufsize; > > > @@ -150,16 +143,18 @@ static void __evdev_flush_queue(struct evdev_client *client, unsigned int type) > > > static void __evdev_queue_syn_dropped(struct evdev_client *client) > > > { > > > struct input_event ev; > > > - ktime_t time; > > > struct timespec64 ts; > > > + ktime_t *time = input_get_timestamp(client->evdev->handle.dev); > > > > > > - time = client->clk_type == EV_CLK_REAL ? > > > - ktime_get_real() : > > > - client->clk_type == EV_CLK_MONO ? > > > - ktime_get() : > > > - ktime_get_boottime(); > > > + switch (client->clk_type) { > > > + case INPUT_CLK_REAL: > > > + case INPUT_CLK_MONO: > > > + ts = ktime_to_timespec64(time[client->clk_type]); > > > + break; > > > + default: > > > + ts = ktime_to_timespec64(time[INPUT_CLK_BOOT]); > > > > Add "break" here please. > > > > > + } > > > > > > - ts = ktime_to_timespec64(time); > > > ev.input_event_sec = ts.tv_sec; > > > ev.input_event_usec = ts.tv_nsec / NSEC_PER_USEC; > > > ev.type = EV_SYN; > > > @@ -185,21 +180,21 @@ static void evdev_queue_syn_dropped(struct evdev_client *client) > > > spin_unlock_irqrestore(&client->buffer_lock, flags); > > > } > > > > > > -static int evdev_set_clk_type(struct evdev_client *client, unsigned int clkid) > > > +static int evdev_set_clk_type(struct evdev_client *client, clockid_t clkid) > > > { > > > unsigned long flags; > > > - unsigned int clk_type; > > > + input_clk_t clk_type; > > > > > > switch (clkid) { > > > > > > case CLOCK_REALTIME: > > > - clk_type = EV_CLK_REAL; > > > + clk_type = INPUT_CLK_REAL; > > > break; > > > case CLOCK_MONOTONIC: > > > - clk_type = EV_CLK_MONO; > > > + clk_type = INPUT_CLK_MONO; > > > break; > > > case CLOCK_BOOTTIME: > > > - clk_type = EV_CLK_BOOT; > > > + clk_type = INPUT_CLK_BOOT; > > > break; > > > default: > > > return -EINVAL; > > > @@ -307,12 +302,7 @@ static void evdev_events(struct input_handle *handle, > > > { > > > struct evdev *evdev = handle->private; > > > struct evdev_client *client; > > > - ktime_t ev_time[EV_CLK_MAX]; > > > - > > > - ev_time[EV_CLK_MONO] = ktime_get(); > > > - ev_time[EV_CLK_REAL] = ktime_mono_to_real(ev_time[EV_CLK_MONO]); > > > - ev_time[EV_CLK_BOOT] = ktime_mono_to_any(ev_time[EV_CLK_MONO], > > > - TK_OFFS_BOOT); > > > + ktime_t *ev_time = input_get_timestamp(handle->dev); > > > > > > rcu_read_lock(); > > > > > > diff --git a/drivers/input/input.c b/drivers/input/input.c > > > index 7f3c5fcb9ed6..ae8b0ee58120 100644 > > > --- a/drivers/input/input.c > > > +++ b/drivers/input/input.c > > > @@ -1894,6 +1894,23 @@ void input_free_device(struct input_dev *dev) > > > } > > > EXPORT_SYMBOL(input_free_device); > > > > > > +/** > > > + * input_get_timestamp - get timestamp for input events > > > + * @dev: input device to get timestamp from > > > + * > > > + * A valid timestamp is a timestamp of non-zero value. > > > + */ > > > +ktime_t *input_get_timestamp(struct input_dev *dev) > > > +{ > > > + const ktime_t invalid_timestamp = ktime_set(0, 0); > > > + > > > + if (!ktime_compare(dev->timestamp[INPUT_CLK_MONO], ktime_zero)) { > > > > You need to replace ktime_zero with invalid_timestamp here. > > > > > + input_set_timestamp(dev, ktime_get()); > > > + } > > > > No need for curly braces for 1-line body. > > > > > + return dev->timestamp; > > > +} > > > +EXPORT_SYMBOL(input_get_timestamp); > > > + > > > /** > > > * input_set_capability - mark device as capable of a certain event > > > * @dev: device that is capable of emitting or accepting event > > > diff --git a/include/linux/input.h b/include/linux/input.h > > > index 510e78558c10..3929b62ccbe5 100644 > > > --- a/include/linux/input.h > > > +++ b/include/linux/input.h > > > @@ -33,6 +33,14 @@ struct input_value { > > > __s32 value; > > > }; > > > > > > +enum input_clock_type { > > > + INPUT_CLK_REAL = 0, > > > + INPUT_CLK_MONO, > > > + INPUT_CLK_BOOT, > > > + INPUT_CLK_MAX > > > +}; > > > +typedef enum input_clock_type input_clk_t; > > > > We typically avoid typedefs unless we really want to hide kind of data > > we are dealing with. Let's just use "enum input_clock_type" everywhere. > > > > > + > > > /** > > > * struct input_dev - represents an input device > > > * @name: name of the device > > > @@ -114,6 +122,8 @@ struct input_value { > > > * @vals: array of values queued in the current frame > > > * @devres_managed: indicates that devices is managed with devres framework > > > * and needs not be explicitly unregistered or freed. > > > + * @timestamp: storage for a timestamp set by input_set_timestamp called > > > + * by a driver > > > */ > > > struct input_dev { > > > const char *name; > > > @@ -184,6 +194,8 @@ struct input_dev { > > > struct input_value *vals; > > > > > > bool devres_managed; > > > + > > > + ktime_t timestamp[INPUT_CLK_MAX]; > > > }; > > > #define to_input_dev(d) container_of(d, struct input_dev, dev) > > > > > > @@ -382,6 +394,32 @@ void input_close_device(struct input_handle *); > > > > > > int input_flush_device(struct input_handle *handle, struct file *file); > > > > > > +/** > > > + * input_set_timestamp - set timestamp for input events > > > + * @dev: input device to set timestamp for > > > + * @timestamp: the time at which the event has occurred > > > + * in CLOCK_MONOTONIC > > > + * > > > + * This function is intended to provide to the input system a more > > > + * accurate time of when an event actually occurred. The driver should > > > + * call this function as soon as a timestamp is acquired ensuring > > > + * clock conversions in input_set_timestamp are done correctly. > > > + * > > > + * The system entering a suspend between timestamp acquisition and > > > + * calling input_set_timestamp can result in inaccurate conversions. > > > + * > > > + */ > > > +static inline void input_set_timestamp(struct input_dev *dev, > > > + ktime_t timestamp) > > > +{ > > > + dev->timestamp[INPUT_CLK_MONO] = timestamp; > > > + dev->timestamp[INPUT_CLK_REAL] = ktime_mono_to_real(timestamp); > > > + dev->timestamp[INPUT_CLK_BOOT] = ktime_mono_to_any( > > > + timestamp, TK_OFFS_BOOT); > > > +} > > > + > > > +ktime_t *input_get_timestamp(struct input_dev *dev); > > > + > > > void input_event(struct input_dev *dev, unsigned int type, unsigned int code, int value); > > > void input_inject_event(struct input_handle *handle, unsigned int type, unsigned int code, int value); > > > > > > -- > > > 2.22.0.410.gd8fdbe21b5-goog > > > > > > > -- > > Dmitry