Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1743184 > unrolled thread

Re: [PATCH] HID: hid-multitouch: forward MSC_TIMESTAMP

Started byJiri Kosina <jikos@kernel.org>
First post2017-10-02 14:40 +0200
Last post2017-10-02 15:10 +0200
Articles 2 — 2 participants

Back to article view | Back to linux.kernel

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.


Contents

  Re: [PATCH] HID: hid-multitouch: forward MSC_TIMESTAMP Jiri Kosina <jikos@kernel.org> - 2017-10-02 14:40 +0200
    Re: [PATCH] HID: hid-multitouch: forward MSC_TIMESTAMP Benjamin Tissoires <benjamin.tissoires@redhat.com> - 2017-10-02 15:10 +0200

#1743184 — Re: [PATCH] HID: hid-multitouch: forward MSC_TIMESTAMP

FromJiri Kosina <jikos@kernel.org>
Date2017-10-02 14:40 +0200
SubjectRe: [PATCH] HID: hid-multitouch: forward MSC_TIMESTAMP
Message-ID<uw8aS-7hy-23@gated-at.bofh.it>
On Tue, 22 Aug 2017, Nicolas Boichat wrote:

> Computes and forwards the device timestamp according to the
> specification.
> 
> Many devices use a 16-bit timestamp field, with a resolution
> of 100us, therefore rolling around very frequently (every
> 6.5 seconds). To make sure there is no ambiguity, the
> timestamp reported to the input stack reset to 0 whenever
> the time between 2 received events is greater than
> MAX_TIMESTAMP_INTERVAL (1 second).
> 
> Signed-off-by: Nicolas Boichat <drinkcat@chromium.org>

> ---
> 
> Inspired from Benjamin Tissoires's patch here:
> https://patchwork.kernel.org/patch/1742181/, and changing the
> logic to resynchronize the timestamps to use received time
> instead of a potentially more fragile difference between
> the 2 deltas.

Benjamin, any objections on merging this one for 4.15? I like it.

Thanks,

-- 
Jiri Kosina
SUSE Labs

[toc] | [next] | [standalone]


#1743210

FromBenjamin Tissoires <benjamin.tissoires@redhat.com>
Date2017-10-02 15:10 +0200
Message-ID<uw8DU-7GI-31@gated-at.bofh.it>
In reply to#1743184
On Oct 02 2017 or thereabouts, Jiri Kosina wrote:
> On Tue, 22 Aug 2017, Nicolas Boichat wrote:
> 
> > Computes and forwards the device timestamp according to the
> > specification.
> > 
> > Many devices use a 16-bit timestamp field, with a resolution
> > of 100us, therefore rolling around very frequently (every
> > 6.5 seconds). To make sure there is no ambiguity, the
> > timestamp reported to the input stack reset to 0 whenever
> > the time between 2 received events is greater than
> > MAX_TIMESTAMP_INTERVAL (1 second).
> > 
> > Signed-off-by: Nicolas Boichat <drinkcat@chromium.org>
> 
> > ---
> > 
> > Inspired from Benjamin Tissoires's patch here:
> > https://patchwork.kernel.org/patch/1742181/, and changing the
> > logic to resynchronize the timestamps to use received time
> > instead of a potentially more fragile difference between
> > the 2 deltas.
> 
> Benjamin, any objections on merging this one for 4.15? I like it.
> 

No objections from my side.

Acked-by: Benjamin Tissoires <benjamin.tissoires@redhat.com>

Cheers,
Benjamin

> Thanks,
> 
> -- 
> Jiri Kosina
> SUSE Labs
> 

[toc] | [prev] | [standalone]


Back to top | Article view | linux.kernel


csiph-web