Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1743184 > unrolled thread
| Started by | Jiri Kosina <jikos@kernel.org> |
|---|---|
| First post | 2017-10-02 14:40 +0200 |
| Last post | 2017-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.
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
| From | Jiri Kosina <jikos@kernel.org> |
|---|---|
| Date | 2017-10-02 14:40 +0200 |
| Subject | Re: [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]
| From | Benjamin Tissoires <benjamin.tissoires@redhat.com> |
|---|---|
| Date | 2017-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