From: Vinod Koul <vinod.koul@intel.com>
To: Takashi Iwai <tiwai@suse.de>
Cc: alsa-devel@alsa-project.org, broonie@kernel.org, lgirdwood@gmail.com
Subject: Re: [PATCH v3] ALSA: compress: fix drain calls blocking other compress functions
Date: Wed, 30 Oct 2013 20:28:11 +0530 [thread overview]
Message-ID: <20131030145811.GC18788@intel.com> (raw)
In-Reply-To: <s5heh72u86m.wl%tiwai@suse.de>
On Wed, Oct 30, 2013 at 03:47:45PM +0100, Takashi Iwai wrote:
> At Thu, 24 Oct 2013 16:37:31 +0530,
> Vinod Koul wrote:
> >
> > The drain and drain_notify callback were blocked by low level driver untill the
> > draining was complete. Due to this being invoked with big fat mutex held, others
> > ops like reading timestamp, calling pause, drop were blocked.
> >
> > So to fix this we add a new snd_compr_drain_notify() API. This would be required
> > to be invoked by low level driver when drain or partial drain has been completed
> > by the DSP. Thus we make the drain and partial_drain callback as non blocking
> > and driver returns immediately after notifying DSP.
> > The waiting is done while relasing the lock so that other ops can go ahead.
> >
> > Signed-off-by: Vinod Koul <vinod.koul@intel.com>
> > CC: stable@vger.kernel.org
> > ---
> > v3:
> > call snd_compr_drain_notify from compress_stop()
> > rename draining -> drain_wake
> > add some comments on state transistion after drain
> >
> > v2:
> > fix the 80 line warn
> > move the state change to compress_drain()
> >
> >
> > include/sound/compress_driver.h | 12 +++++++++++
> > sound/core/compress_offload.c | 41 ++++++++++++++++++++++++++++++++++++--
> > 2 files changed, 50 insertions(+), 3 deletions(-)
> >
> > diff --git a/include/sound/compress_driver.h b/include/sound/compress_driver.h
> > index 9031a26..175ab32 100644
> > --- a/include/sound/compress_driver.h
> > +++ b/include/sound/compress_driver.h
> > @@ -48,6 +48,8 @@ struct snd_compr_ops;
> > * the ring buffer
> > * @total_bytes_transferred: cumulative bytes transferred by offload DSP
> > * @sleep: poll sleep
> > + * @wait: drain wait queue
> > + * @drain_wake: condition for drain wake
> > */
> > struct snd_compr_runtime {
> > snd_pcm_state_t state;
> > @@ -59,6 +61,8 @@ struct snd_compr_runtime {
> > u64 total_bytes_available;
> > u64 total_bytes_transferred;
> > wait_queue_head_t sleep;
> > + wait_queue_head_t wait;
> > + unsigned int drain_wake;
> > void *private_data;
> > };
> >
> > @@ -171,4 +175,12 @@ static inline void snd_compr_fragment_elapsed(struct snd_compr_stream *stream)
> > wake_up(&stream->runtime->sleep);
> > }
> >
> > +static inline void snd_compr_drain_notify(struct snd_compr_stream *stream)
> > +{
> > + snd_BUG_ON(!stream);
>
> Should return, otherwise you'll get Oops:
>
> if (snd_BUG_ON(!stream))
> return;
ah, missed that!
> > +
> > + stream->runtime->drain_wake = 1;
> > + wake_up(&stream->runtime->wait);
> > +}
> > +
> > #endif
> > diff --git a/sound/core/compress_offload.c b/sound/core/compress_offload.c
> > index bea523a..3eb47d0 100644
> > --- a/sound/core/compress_offload.c
> > +++ b/sound/core/compress_offload.c
> > @@ -123,6 +123,7 @@ static int snd_compr_open(struct inode *inode, struct file *f)
> > }
> > runtime->state = SNDRV_PCM_STATE_OPEN;
> > init_waitqueue_head(&runtime->sleep);
> > + init_waitqueue_head(&runtime->wait);
> > data->stream.runtime = runtime;
> > f->private_data = (void *)data;
> > mutex_lock(&compr->lock);
> > @@ -682,12 +683,34 @@ static int snd_compr_stop(struct snd_compr_stream *stream)
> > if (!retval) {
> > stream->runtime->state = SNDRV_PCM_STATE_SETUP;
> > wake_up(&stream->runtime->sleep);
> > + snd_compr_drain_notify(stream);
> > stream->runtime->total_bytes_available = 0;
> > stream->runtime->total_bytes_transferred = 0;
> > }
> > return retval;
> > }
> >
> > +static int snd_compress_wait_for_drain(struct snd_compr_stream *stream)
> > +{
> > + /*
> > + * We are called with lock held. So drop the lock while we wait for
> > + * drain complete notfication from the driver
> > + *
> > + * It is expected that driver will notify the drain completion and then
> > + * stream will be moved to SETUP state, even if draining resulted in an
> > + * error. We can trigger next track after this.
> > + */
> > + stream->runtime->state = SNDRV_PCM_STATE_DRAINING;
> > + mutex_unlock(&stream->device->lock);
> > +
> > + wait_event(stream->runtime->wait, stream->runtime->drain_wake);
>
> Don't you really want the interruption?
> Or use wait_event_interruptible() and return error appropriately.
any interruption from usermode should trigger the compress_stop/compress_free
which will unblock this. I dont see the need to have interruptible here
> > +
> > + wake_up(&stream->runtime->sleep);
> > + mutex_lock(&stream->device->lock);
> > +
> > + return 0;
> > +}
> > +
> > static int snd_compr_drain(struct snd_compr_stream *stream)
> > {
> > int retval;
> > @@ -695,11 +718,17 @@ static int snd_compr_drain(struct snd_compr_stream *stream)
> > if (stream->runtime->state == SNDRV_PCM_STATE_PREPARED ||
> > stream->runtime->state == SNDRV_PCM_STATE_SETUP)
> > return -EPERM;
> > +
> > + stream->runtime->drain_wake = 0;
> > retval = stream->ops->trigger(stream, SND_COMPR_TRIGGER_DRAIN);
> > - if (!retval) {
> > - stream->runtime->state = SNDRV_PCM_STATE_DRAINING;
> > + if (retval) {
> > + pr_err("SND_COMPR_TRIGGER_DRAIN failed %d\n", retval);
>
> I don't think spamming such an error is good. The trigger error can
> happen often repeatedly once when it happens. Such a message is at
> most a debug message, so use pr_debug(), if you still want to keep it
> in the core code.
Sure...
Thanks for the quick review, will send v4 before I hit the bed today!
--
~Vinod
> > wake_up(&stream->runtime->sleep);
> > + return retval;
> > }
> > +
> > + retval = snd_compress_wait_for_drain(stream);
> > + stream->runtime->state = SNDRV_PCM_STATE_SETUP;
> > return retval;
> > }
> >
> > @@ -735,10 +764,16 @@ static int snd_compr_partial_drain(struct snd_compr_stream *stream)
> > if (stream->next_track == false)
> > return -EPERM;
> >
> > + stream->runtime->drain_wake = 0;
> > retval = stream->ops->trigger(stream, SND_COMPR_TRIGGER_PARTIAL_DRAIN);
> > + if (retval) {
> > + pr_err("Partial drain returned failure\n");
>
> Ditto.
>
> > + wake_up(&stream->runtime->sleep);
> > + return retval;
> > + }
> >
> > stream->next_track = false;
> > - return retval;
> > + return snd_compress_wait_for_drain(stream);
> > }
> >
> > static long snd_compr_ioctl(struct file *f, unsigned int cmd, unsigned long arg)
> > --
> > 1.7.0.4
> >
>
>
> Takashi
--
next prev parent reply other threads:[~2013-10-30 15:52 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-10-23 16:17 [PATCH] ALSA: compress: fix drain calls blocking other compress functions Vinod Koul
2013-10-24 7:35 ` Vinod Koul
2013-10-24 9:25 ` Takashi Iwai
2013-10-24 9:27 ` Vinod Koul
2013-10-24 10:59 ` Takashi Iwai
2013-10-24 10:35 ` Vinod Koul
2013-10-24 12:00 ` Takashi Iwai
2013-10-24 11:08 ` Vinod Koul
2013-10-24 11:07 ` [PATCH v3] " Vinod Koul
2013-10-30 14:47 ` Takashi Iwai
2013-10-30 14:58 ` Vinod Koul [this message]
2013-10-30 16:01 ` Takashi Iwai
2013-10-30 15:18 ` Vinod Koul
2013-10-30 16:24 ` Takashi Iwai
2013-10-30 15:33 ` Vinod Koul
2013-10-30 16:38 ` Takashi Iwai
2013-10-30 16:13 ` [PATCH v4] " Vinod Koul
2013-10-31 7:40 ` Takashi Iwai
2013-10-31 7:18 ` Vinod Koul
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=20131030145811.GC18788@intel.com \
--to=vinod.koul@intel.com \
--cc=alsa-devel@alsa-project.org \
--cc=broonie@kernel.org \
--cc=lgirdwood@gmail.com \
--cc=tiwai@suse.de \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.