Re: More snd_pcm_ioplug_avail_update() questions

[Rob Duncan <rduncan@tesla.com>]

At 07:37 on Thu, Jul 26 2018, Takashi wrote:
> OK, I seem to have misunderstood about what you meant as committed in
> the context.  Yes, if the available is partial, it might be not
> committed.  But I don't understand the next part.
>
> How will it be discarded at the next snd_pcm_ioplug_avail_update()?
> The data remains on the buffer, and applptr isn't changed.

Yes, that's the problem.  Because when snd_pcm_ioplug_avail_update() is
subsequently called it uses snd_pcm_mmap_begin() to get the offset into
the mmap for the destination of the capture transfer operation.  This is
essentially appl_ptr, which means that the data that has not yet been
commited will be overwritten by the transfer.

I guess that the offset could somehow be adjusted to point to after the
uncommitted data but I don't see a straightforward way to do that.  A
scheme along these lines would also have to adjust the size parameter
accordingly, of course.  This would sometimes mean that we cannot
transfer all the available data from the IO plugin.  Would that cause
any issues?

Rob.