Alsa-Devel Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Takashi Iwai <tiwai@suse.de>
To: Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com>
Cc: alsa-devel@alsa-project.org
Subject: Re: [PATCH v5 01/10] ALSA: core: don't override timestamp	unconditionally
Date: Mon, 09 Feb 2015 16:05:48 +0100	[thread overview]
Message-ID: <s5h386ft99v.wl-tiwai@suse.de> (raw)
In-Reply-To: <1423259759-4100-2-git-send-email-pierre-louis.bossart@linux.intel.com>

At Fri,  6 Feb 2015 15:55:50 -0600,
Pierre-Louis Bossart wrote:
> 
> timestamp in RUNNING mode is already taken in update_hw_ptr routine,
> getting a new timestamp introduces offset between hw_ptr, audio_tstamp
> and system time
> 
> Add else condition to read timestamp as fallback and only when
> enabled
> 
> Signed-off-by: Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com>

Applied, thanks.


Takashi


> ---
>  sound/core/pcm_native.c | 5 ++++-
>  1 file changed, 4 insertions(+), 1 deletion(-)
> 
> diff --git a/sound/core/pcm_native.c b/sound/core/pcm_native.c
> index ff3abc3..7bbc34d 100644
> --- a/sound/core/pcm_native.c
> +++ b/sound/core/pcm_native.c
> @@ -720,8 +720,11 @@ int snd_pcm_status(struct snd_pcm_substream *substream,
>  				runtime->status->audio_tstamp;
>  			goto _tstamp_end;
>  		}
> +	} else {
> +		/* get tstamp only in fallback mode and only if enabled */
> +		if (runtime->tstamp_mode == SNDRV_PCM_TSTAMP_ENABLE)
> +			snd_pcm_gettime(runtime, &status->tstamp);
>  	}
> -	snd_pcm_gettime(runtime, &status->tstamp);
>   _tstamp_end:
>  	status->appl_ptr = runtime->control->appl_ptr;
>  	status->hw_ptr = runtime->status->hw_ptr;
> -- 
> 1.9.1
> 
> _______________________________________________
> Alsa-devel mailing list
> Alsa-devel@alsa-project.org
> http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
> 

  reply	other threads:[~2015-02-09 15:05 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-02-06 21:55 [PATCH v5 00/10] audio timestamping evolutions Pierre-Louis Bossart
2015-02-06 21:55 ` [PATCH v5 01/10] ALSA: core: don't override timestamp unconditionally Pierre-Louis Bossart
2015-02-09 15:05   ` Takashi Iwai [this message]
2015-02-06 21:55 ` [PATCH v5 02/10] ALSA: core: allow for trigger_tstamp snapshot in .trigger Pierre-Louis Bossart
2015-02-09 15:06   ` Takashi Iwai
2015-02-06 21:55 ` [PATCH v5 03/10] ALSA: hda: read trigger_timestamp immediately after starting DMA Pierre-Louis Bossart
2015-02-09 15:06   ` Takashi Iwai
2015-02-06 21:55 ` [PATCH v5 04/10] ALSA: usb: update trigger timestamp on first non-zero URB submitted Pierre-Louis Bossart
2015-02-09 15:06   ` Takashi Iwai
2015-02-06 21:55 ` [PATCH v5 05/10] ALSA: core: selection of audio_tstamp type and accuracy reports Pierre-Louis Bossart
2015-02-09 15:16   ` Takashi Iwai
2015-02-06 21:55 ` [PATCH v5 06/10] ALSA: core: pass audio tstamp config from userspace Pierre-Louis Bossart
2015-02-09 15:08   ` Takashi Iwai
2015-02-06 21:55 ` [PATCH v5 07/10] ALSA: core: pass audio tstamp config from userspace in compat mode Pierre-Louis Bossart
2015-02-06 21:55 ` [PATCH v5 08/10] ALSA: core: replace .wall_clock by .get_time_info Pierre-Louis Bossart
2015-02-09 15:19   ` Takashi Iwai
2015-02-06 21:55 ` [PATCH v5 09/10] ALSA: hda: replace .wallclock " Pierre-Louis Bossart
2015-02-06 21:55 ` [PATCH v5 10/10] ALSA: bump PCM protocol to 2.0.13 Pierre-Louis Bossart

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=s5h386ft99v.wl-tiwai@suse.de \
    --to=tiwai@suse.de \
    --cc=alsa-devel@alsa-project.org \
    --cc=pierre-louis.bossart@linux.intel.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox