From mboxrd@z Thu Jan 1 00:00:00 1970 From: Chase Douglas Subject: Re: [RFC][PATCH] Input: Add infrastrucutre for monotonic event time stamps. Date: Thu, 05 Jan 2012 16:37:00 -0800 Message-ID: <4F06422C.2060601@canonical.com> References: <1325804465-20612-1-git-send-email-john.stultz@linaro.org> <20120105232853.GA1193@core.coreip.homeip.net> <4F063853.9070206@canonical.com> <1325809186.2290.84.camel@work-vm> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Return-path: Received: from youngberry.canonical.com ([91.189.89.112]:35808 "EHLO youngberry.canonical.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S964854Ab2AFAfi (ORCPT ); Thu, 5 Jan 2012 19:35:38 -0500 In-Reply-To: <1325809186.2290.84.camel@work-vm> Sender: linux-input-owner@vger.kernel.org List-Id: linux-input@vger.kernel.org To: John Stultz Cc: Dmitry Torokhov , linux-input@vger.kernel.org, Daniel Kurtz , =?UTF-8?B?QXJ2ZSBIasO4bm5ldsOlZw==?= On 01/05/2012 04:19 PM, John Stultz wrote: > On Thu, 2012-01-05 at 15:54 -0800, Chase Douglas wrote: >> On 01/05/2012 03:28 PM, Dmitry Torokhov wrote: >>> Hi John, >>> >>> On Thu, Jan 05, 2012 at 03:01:05PM -0800, John Stultz wrote: >>>> >>>> + case EVIOCMONTIME: >>>> + if (copy_from_user(&i, p, sizeof(unsigned int))) >>>> + return -EFAULT; >>>> + client->use_monotonic = i; >>>> + return 0; >>> >>> Maybe we should let users pass not boolean but CLOCK_* value (and reject >>> ones that we do not support) ? This way if someone wants to use some >>> other clock type in the future we won't need new ioctl. >> >> Could we also find a way to specify device time? Apple's Magic Mouse and >> Magic Trackpad spit out events with their own timestamps. Maybe there >> would be other devices that would support high accuracy timestamps too? > > The dynamic posix clocks stuff already supports this sort of thing for > PTP, but its driver by driver, and its not all that clear that you can > read the device timestamp any old time you want (I suspect they're all > tied to device events). So it won't quite work for a clock_gettime() > style usage. > > I don't really know what the best way to do this would be. We could > overload a negative clockid value, since you're not going to be wanting > thread cputime for device timestamps. But that's not super elegant > either. > > But just having a specified clock id via the ioctl makes something like > what you're proposing possible. Just a matter of how to cleanly specify > device timestamps against all the other possible ids. I guess this is mostly what I'm after right now. I have no plans on implementing device timestamps, and I don't even really have time to think about it much right now :). As long as we have a plan for how we could specify it in the future, if someone wanted to implement it, then I'm happy. -- Chase