[alsa-devel] [PATCH] ALSA: Provide a CLOCK_MONOTONIC_RAW timestamp type

Takashi Iwai tiwai at suse.de
Wed Jul 9 13:02:50 CEST 2014


At Tue, 08 Jul 2014 21:54:32 +0200,
Jaroslav Kysela wrote:
> 
> Date 8.7.2014 18:00, Mark Brown wrote:
> > On Tue, Jul 08, 2014 at 05:00:26PM +0200, Takashi Iwai wrote:
> >> Mark Brown wrote:
> > 
> >>> due to that. A raw monotonic time which does not include any adjustments
> >>> is available in the kernel from getrawmonotonic() so provide userspace with
> >>> a new timestamp type SNDRV_PCM_TSTAMP_TYPE_MONOTONIC_RAW which provides
> >>> timestamps based on this as an option.
> > 
> >> This looks good to me.  Or, thinking of the original use case, should
> >> we just replace ktime_get_ts() with getrawmonotonic()?  The MONOTONIC
> >> mode is really to be monotonic.
> > 
> > I'm totally OK with that as well if people don't mind that, I just added
> > a new clock as the most conservative option.  I can easily respin the
> > patch for this if you prefer?
> 
> Note that the silent change would break the timestamp compatibility,
> because monotonic timestamp is used in alsa-lib by default. I would
> prefer to add a new type as originaly proposed and allow to choose
> between NTP monotonic and raw monotonic. Also the network timestamp
> might allow better synchronization for network apps (not sure about the
> real usage now, but we're working on an universal framework).

Agreed, it's better to have a separate type, then.
I'm going to take the patch to for-next branch.

> >> While we're at it: there's been long-standing request from V4L guys
> >> for improving the timestamps to sync with video streams.  I suggested
> >> to add a new mode that can be set by the driver.  Worth to consider
> >> it, too?
> > 
> > Does the wall clock stuff address that?  I've no objection to adding a
> > further type if the existing ones (and this one aren't sufficient).
> 
> I'm curious about requested sync, too..

Yeah, the wall clock stuff might work.  But I forgot the detailed
requirement.  Let's see whether it suffices for V4L guys.


thanks,

Takashi


More information about the Alsa-devel mailing list