All of lore.kernel.org
 help / color / mirror / Atom feed
From: Harald Schuster <schuster@technikum-wien.at>
To: alsa-devel@alsa-project.org
Subject: poll blocked after prepare state
Date: Sat, 30 Jun 2018 10:10:20 +0000	[thread overview]
Message-ID: <20180630101020.Horde.AjJAhdX9TE7cFNB1y6xcE_L@webmail.technikum-wien.at> (raw)
In-Reply-To: <s5hlgb3yntu.wl-tiwai@suse.de>

We found out that in some cases after the underrun the  
snd_pcm_dshare_start function is called and in some cases  
snd_pcm_dshare_start and the snd_pcm_hw_start function is called. When  
both functions are called the codec stops playback.

Zitat von Takashi Iwai <tiwai@suse.de>:

> On Mon, 25 Jun 2018 15:43:15 +0200,
> Harald Schuster wrote:
>>
>> Hi
>> The codec is the TI tlv320aic3x and the buffersize is set to 64 and
>> the periodsize is set to 32 in the asound.conf. We use the pjProject
>> for the audioprocessing and the internal period time is 4ms and the
>> sample rate is 8000 Hz. The second codec is a USB codec which has no
>> problems. Our scenario is that a incoming VOIP call is connected to
>> the both codec (I2s and USB) and the USB codec starts the playback
>> without any problems and the tlv320 sometimes works but when a
>> underrun accours it crash!
>
> Is it really so hardware-specific problem?
>
> And, did you follow the recent development / fixes if it's about
> dshare plugin?  There have been lots of changes.
>
> I'm not asking about updating the kernels.  The question is rather
> about alsa-lib.
>
>
> Takashi
>
>>
>> best regards Harald
>>
>>
>> Zitat von Takashi Iwai <tiwai@suse.de>:
>>
>> > On Mon, 25 Jun 2018 11:59:02 +0200,
>> > Harald Schuster wrote:
>> >>
>> >>
>> >> Hi
>> >> We are not able to update our system. We are using USB codecs which
>> >> are working fine but they are using the snd_pcm_hw_prepare function.
>> >> The Problem only exists for the I2S codec in our system. When i
>> >> changed the buffer size in the asound.conf for the codec the problem
>> >> allready exists but it arise not so often because there is not so
>> >> often a underrun. Is there any hint where i could lock for the
>> >> problem?!
>> >
>> > Well, with that little information, it's hard to advice anything...
>> >
>> >
>> > Takashi
>> >
>> >> br Harald
>> >>
>> >> Zitat von Takashi Iwai <tiwai@suse.de>:
>> >>
>> >> > On Fri, 22 Jun 2018 20:36:12 +0200,
>> >> > Harald Schuster wrote:
>> >> >>
>> >> >>
>> >> >> Zitat von Takashi Iwai <tiwai@suse.de>:
>> >> >>
>> >> >> > On Fri, 22 Jun 2018 15:29:21 +0200,
>> >> >> > Harald Schuster wrote:
>> >> >> >>
>> >> >> >> I found out that an underrun occours and so the  
>> pcm_prepare function
>> >> >> >> for pcm_direct is called and then pcm_start_dshare is called. Both
>> >> >> >> functions returns without any error but the playback path  
>> is blocked
>> >> >> >> in the snd_pcm_wait_nocheck function. I read that there  
>> was an similar
>> >> >> >> problem before in the group but i didn't found any  
>> solution. Is this a
>> >> >> >> problem in the driver and how can i go forward to fix it.  
>> The codec is
>> >> >> >> a tlv320aic3x-audio. Thanks for your help.
>> >> >> >
>> >> >> > Does this happen with the very latest alsa-lib git version?
>> >> >> > Just to be sure.
>> >> >> >
>> >> >> >
>> >> >> > Takashi
>> >> >> > _______________________________________________
>> >> >> > Alsa-devel mailing list
>> >> >> > Alsa-devel@alsa-project.org
>> >> >> > http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
>> >> >>
>> >> >> Hi
>> >> >> We are using k4.1.15-6QP+ga2066af.
>> >> >
>> >> > I'm asking the alsa-lib, not kernel.
>> >> >
>> >> > And 4.1.x is very old...  Please check either 4.17.x or latest Linus
>> >> > tree whether the problem persists, too.
>> >> >
>> >> >
>> >> > Takashi
>> >> > _______________________________________________
>> >> > Alsa-devel mailing list
>> >> > Alsa-devel@alsa-project.org
>> >> > http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
>> >>
>> >>
>> >>
>> >> _______________________________________________
>> >> Alsa-devel mailing list
>> >> Alsa-devel@alsa-project.org
>> >> http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
>> >>
>> > _______________________________________________
>> > Alsa-devel mailing list
>> > Alsa-devel@alsa-project.org
>> > http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
>>
>>
>>
>> _______________________________________________
>> Alsa-devel mailing list
>> Alsa-devel@alsa-project.org
>> http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
>>
> _______________________________________________
> Alsa-devel mailing list
> Alsa-devel@alsa-project.org
> http://mailman.alsa-project.org/mailman/listinfo/alsa-devel

  reply	other threads:[~2018-06-30 10:10 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-06-21 10:42 poll blocked after prepare state Harald Schuster
2018-06-22 13:29 ` Harald Schuster
2018-06-22 13:56   ` Takashi Iwai
2018-06-22 18:36     ` Harald Schuster
2018-06-24 15:58       ` Takashi Iwai
2018-06-25  9:59         ` Harald Schuster
2018-06-25 12:33           ` Takashi Iwai
2018-06-25 13:43             ` Harald Schuster
2018-06-25 13:53               ` Takashi Iwai
2018-06-30 10:10                 ` Harald Schuster [this message]
2018-07-03 10:41                   ` Harald Schuster
2018-07-11  7:27                     ` Harald Schuster
2018-07-11  7:31                       ` Takashi Iwai
2018-07-11  8:54                         ` Harald Schuster
2018-07-11  9:08                           ` Takashi Iwai

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=20180630101020.Horde.AjJAhdX9TE7cFNB1y6xcE_L@webmail.technikum-wien.at \
    --to=schuster@technikum-wien.at \
    --cc=alsa-devel@alsa-project.org \
    /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.