On Tue, 08 Jan 2019 00:26:20 +0100, Jamey Sharp wrote:

I would have reported this to your bug tracker, but I can't find it; the links on alsa-project.org are dead.

I've attached a small test program that demonstrates that calling snd_pcm_sw_params twice changes the value of the period_event flag in the sw_params struct, at least on pcm_hw devices.

In src/pcm/pcm_hw.c, in snd_pcm_hw_sw_params, there's an early `sw_set_period_event(params, 0)` call. Its effect is not undone if the function returns early. This is easiest to trigger by calling it with unchanged parameters, although there are other early-exit paths with the same problem.

I don't actually care about this bug, but since I noticed it while reading the alsa-lib source code trying to figure out what a period event is for, I thought I'd go ahead and report it.

Thanks for the report. The patch below should fix the issue. I'm going to merge it.

Takashi

-- 8< -- From: Takashi Iwai tiwai@suse.de Subject: [PATCH] pcm: Preserve period_event in snd_pcm_hw_sw_params() call

snd_pcm_hw_sw_params() in pcm_hw.c tries to abuse the reserved bits for passing period_Event flag. In this hackish way, we clear the reserved bits at beginning, and restore before returning. However, the code paths that return earlier don't restore the value, hence when user calls this function twice, it may pass an unexpected value.

This patch fixes the failure, restoring the value always before returning from the function.

Reported-by: Jamey Sharp jamey@minilop.net Signed-off-by: Takashi Iwai tiwai@suse.de --- src/pcm/pcm_hw.c | 22 +++++++++++++--------- 1 file changed, 13 insertions(+), 9 deletions(-)

diff --git a/src/pcm/pcm_hw.c b/src/pcm/pcm_hw.c index 59a242009e9f..91370a88c0fd 100644 --- a/src/pcm/pcm_hw.c +++ b/src/pcm/pcm_hw.c @@ -496,7 +496,7 @@ static int snd_pcm_hw_hw_free(snd_pcm_t *pcm) static int snd_pcm_hw_sw_params(snd_pcm_t *pcm, snd_pcm_sw_params_t * params) { snd_pcm_hw_t *hw = pcm->private_data; - int fd = hw->fd, err; + int fd = hw->fd, err = 0; int old_period_event = sw_get_period_event(params); sw_set_period_event(params, 0); if ((snd_pcm_tstamp_t) params->tstamp_mode == pcm->tstamp_mode && @@ -508,22 +508,25 @@ static int snd_pcm_hw_sw_params(snd_pcm_t *pcm, snd_pcm_sw_params_t * params) params->silence_size == pcm->silence_size && old_period_event == hw->period_event) { hw->mmap_control->avail_min = params->avail_min; - return issue_avail_min(hw); + err = issue_avail_min(hw); + goto out; } if (params->tstamp_type == SND_PCM_TSTAMP_TYPE_MONOTONIC_RAW && hw->version < SNDRV_PROTOCOL_VERSION(2, 0, 12)) { SYSMSG("Kernel doesn't support SND_PCM_TSTAMP_TYPE_MONOTONIC_RAW"); - return -EINVAL; + err = -EINVAL; + goto out; } if (params->tstamp_type == SND_PCM_TSTAMP_TYPE_MONOTONIC && hw->version < SNDRV_PROTOCOL_VERSION(2, 0, 5)) { SYSMSG("Kernel doesn't support SND_PCM_TSTAMP_TYPE_MONOTONIC"); - return -EINVAL; + err = -EINVAL; + goto out; } if (ioctl(fd, SNDRV_PCM_IOCTL_SW_PARAMS, params) < 0) { err = -errno; SYSMSG("SNDRV_PCM_IOCTL_SW_PARAMS failed (%i)", err); - return err; + goto out; } if ((snd_pcm_tstamp_type_t) params->tstamp_type != pcm->tstamp_type) { if (hw->version < SNDRV_PROTOCOL_VERSION(2, 0, 12)) { @@ -532,20 +535,21 @@ static int snd_pcm_hw_sw_params(snd_pcm_t *pcm, snd_pcm_sw_params_t * params) if (ioctl(fd, SNDRV_PCM_IOCTL_TSTAMP, &on) < 0) { err = -errno; SNDMSG("TSTAMP failed\n"); - return err; + goto out; } } pcm->tstamp_type = params->tstamp_type; } - sw_set_period_event(params, old_period_event); hw->mmap_control->avail_min = params->avail_min; if (hw->period_event != old_period_event) { err = snd_pcm_hw_change_timer(pcm, old_period_event); if (err < 0) - return err; + goto out; hw->period_event = old_period_event; } - return 0; + out: + sw_set_period_event(params, old_period_event); + return err; }

static int snd_pcm_hw_channel_info(snd_pcm_t *pcm, snd_pcm_channel_info_t * info)