The PA abort seen before is specific to our audio driver (identified kernel memory alignment issue) and the same crash cannot not found on other kernels.<br><br>BR\\<br>Himanshu<br><br><br><div class="gmail_quote">On Tue, Jul 5, 2011 at 8:30 PM, Himanshu Chug <span dir="ltr"><<a href="mailto:himanshu.chug@gmail.com">himanshu.chug@gmail.com</a>></span> wrote:<br> <blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">fine, and here is backtrace for the abort I was getting sometimes for the same use case (music over phone)<br> any clue how to avoid this first ?<br><br>#0 0x407f42ec in raise () from /lib/libc.so.6<br>#1 0x407f9b04 in abort () from /lib/libc.so.6<br> #2 0x4011dc34 in signal_handler (sig=<value optimized out>, si=<value optimized out>, data=<value optimized out>) at pulsecore/memtrap.c:103<br>#3 <signal handler called><br>#4 0x4005ccc4 in pa_mix (streams=0x422958ec, nstreams=2, data=0x41a938c0, length=<value optimized out>, spec=0x42297d5c, volume=0x40078608, mute=<value optimized out>)<br> at pulsecore/sample-util.c:247<br>#5 0x40078608 in pa_sink_render_into (s=0x33c28, target=0x42297cc4) at pulsecore/sink.c:1031<br>#6 0x40078b90 in pa_sink_render_into_full (s=0x33c28, target=0x42297d5c) at pulsecore/sink.c:1075<br> #7 0x419ad08c in mmap_write (userdata=<value optimized out>) at modules/alsa/alsa-sink.c:605<br>#8 thread_func (userdata=<value optimized out>) at modules/alsa/alsa-sink.c:1480<br>#9 0x4012ee1c in internal_thread_func (userdata=0x331d0) at pulsecore/thread-posix.c:72<br> #10 0x407ada90 in start_thread () from /lib/libpthread.so.0<br>#11 0x408a0fb8 in clone () from /lib/libc.so.6<div class="im"><br><br><br>gst logs when starting "music" stream from gst-launch:<br><br>ERROR: from element /GstPlayBin2:playbin20/<div> GstPlaySink:playsink0/GstBin:abin/GstBin:bin0/GstPulseSink:pulsesink0: pa_stream_write() failed: Connection terminated<br> Additional debug info:<br>pulsesink.c(1587): gst_pulseringbuffer_commit (): /GstPlayBin2:playbin20/GstPlaySink:playsink0/GstBin:abin/GstBin:bin0/GstPulseSink:pulsesink0<br>Execution ended after 75439452 ns.<br>Setting pipeline to PAUSED ...<br> Setting pipeline to READY ...<br>/GstPlayBin2:playbin20/GstPlaySink:playsink0/GstBin:abin/GstBin:bin0/GstPulseSink:pulsesink0.GstPad:sink: caps = NULL<br>Assertion 'pa_atomic_load(&(b)->_ref) > 0' failed at pulsecore/memblock.c:590, function pa_memblock_unref(). Aborting.<br> Aborted</div><br><br></div>Best Regards,<br><font color="#888888">Himanshu</font><div><div></div><div class="h5"><br><br><br><br><div class="gmail_quote">On Fri, Jul 1, 2011 at 1:40 PM, Colin Guthrie <span dir="ltr"><<a href="mailto:gmane@colin.guthr.ie" target="_blank">gmane@colin.guthr.ie</a>></span> wrote:<br> <blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">'Twas brillig, and Jason Taylor at 01/07/11 03:44 did gyre and gimble:<br> <div>> e.g. in module-x11-cork-request (which I very much think you should<br> > ignore completely and disable in any install as it just gets in the way<br> > and results in very strange behaviour due to non-stateful tracking of<br> > the current state... e.g. by default if a Skype call comes in when you<br> > have e.g. Amarok paused, then Amarok will unpause for you when the call<br> > starts and pause again then it ends...<br> ><br> ><br> > Would be nice if there was module-mpris2-cork-request instead... most of<br> > the desktop media players now support the MPRIS2 dbus interface (thanks<br> > ubuntu sound menu) <a href="http://www.mpris.org/2.1/spec/" target="_blank">http://www.mpris.org/2.1/spec/</a><br> ><br> > The spec specifies a PlaybackStatus() , CanPause, CanPlay, Play() and<br> > Pause()<br> ><br> > Since you don't have to actually pause phone roles just music/video this<br> > would do the trick I think..<br> <br> </div>This would certainly be much more preferable to the x11 cork request but<br> some issue would be problematic.<br> <br> 1. We need to match up PA streams with mpris2 clients. I think this<br> should be solvable but I've not looked too deeply at mpris stuff to know<br> the finer details.<br> <br> 2. Even with this module, the problem of a media player which uses the<br> PA_STREAM_START_CORKED flag would still be there I think. :(<br> <div><div></div><div><br> <br> Col<br> <br> --<br> <br> Colin Guthrie<br> gmane(at)<a href="http://colin.guthr.ie" target="_blank">colin.guthr.ie</a><br> <a href="http://colin.guthr.ie/" target="_blank">http://colin.guthr.ie/</a><br> <br> Day Job:<br> Tribalogic Limited [<a href="http://www.tribalogic.net/" target="_blank">http://www.tribalogic.net/</a>]<br> Open Source:<br> Mageia Contributor [<a href="http://www.mageia.org/" target="_blank">http://www.mageia.org/</a>]<br> PulseAudio Hacker [<a href="http://www.pulseaudio.org/" target="_blank">http://www.pulseaudio.org/</a>]<br> Trac Hacker [<a href="http://trac.edgewall.org/" target="_blank">http://trac.edgewall.org/</a>]<br> <br> _______________________________________________<br> pulseaudio-discuss mailing list<br> <a href="mailto:pulseaudio-discuss@lists.freedesktop.org" target="_blank">pulseaudio-discuss@lists.freedesktop.org</a><br> <a href="http://lists.freedesktop.org/mailman/listinfo/pulseaudio-discuss" target="_blank">http://lists.freedesktop.org/mailman/listinfo/pulseaudio-discuss</a><br> </div></div></blockquote></div><br> </div></div></blockquote></div><br>