<div dir="ltr"><div>Thanks for all the feedback.<br></div><div>Will do a new release soon.</div><div class="gmail_extra"><br><div class="gmail_quote">Gonzalo</div><div class="gmail_quote"><br></div><div class="gmail_quote"><br></div><div class="gmail_quote">On Thu, May 14, 2015 at 4:01 AM, James Cameron <span dir="ltr"><<a href="mailto:quozl@laptop.org" target="_blank">quozl@laptop.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">The problem followed the SD card.<br>
<br>
Booting from NAND Flash on two different systems, the<br>
GStreamer-CRITICAL warnings and related silence occur roughly one out<br>
of every 30 starts from journal.<br>
<br>
So there is a race condition of some sort, but it affects some laptops<br>
more than others, because of storage I/O timing.<br>
<br>
It might have been there already, so unless you can reproduce it,<br>
don't worry about it.<br>
<div class="HOEnZb"><div class="h5"><br>
On Thu, May 14, 2015 at 12:52:37PM +1000, James Cameron wrote:<br>
> Thanks.  Applied both.  Continue to show segmentation faults, the<br>
> GStreamer-CRITICAL warnings, a lock up CPU loop (not fixed by stop in<br>
> frame), and rarely:<br>
><br>
> *** glibc detected *** python2: malloc(): memory corruption: 0x0a2dcb68 ***<br>
> Terminated by signal 11, pid 2688 data (None, <open file '<fdopen>', mode 'w' at 0x993a9c0>, '3d0b3c7e93a6309a37688bcf60186a2ed9533795')<br>
><br>
> The same hardware is not showing any other signs of distress.<br>
><br>
> But it is running from SD card, so I'll try from internal NAND Flash.<br>
><br>
> On Wed, May 13, 2015 at 12:40:11PM -0300, Gonzalo Odiard wrote:<br>
> > I have pushed two changes to the clock activity repo<br>
> > and send a pr to sugar-toolkit-gtk3 [1]<br>
> ><br>
> > The pr avoid checking if the espeak plugin is installed every time<br>
> > the enabled() function is called. I suppose that could remove the scanning.<br>
> ><br>
> > I couldn't reproduce the crash here, testing in sugar-build on F21,<br>
> > in a xo-1 with 13.2.4 and in a vm with ubuntu.<br>
> ><br>
> > Gonzalo<br>
> ><br>
> > [1] [1]<a href="https://github.com/sugarlabs/sugar-toolkit-gtk3/pull/215" target="_blank">https://github.com/sugarlabs/sugar-toolkit-gtk3/pull/215</a><br>
> ><br>
> > On Tue, May 12, 2015 at 7:21 PM, James Cameron <[2]<a href="mailto:quozl@laptop.org">quozl@laptop.org</a>> wrote:<br>
> ><br>
> >     On Tue, May 12, 2015 at 06:22:42PM -0300, Gonzalo Odiard wrote:<br>
> >     > I think I found the problem. <br>
> >     > Could you confirm replacing the attached file in the activity dir?<br>
> ><br>
> >     Thanks, that's much better.  The warning about rate and the delay<br>
> >     before speaking have been fixed.<br>
> ><br>
> >     Rarely, about one in 10 times, it doesn't speak, and reports in log<br>
> ><br>
> >     (sugar-activity:2492): GStreamer-CRITICAL **: gst_memory_new_wrapped:<br>
> >     assertion `offset + size <= maxsize' failed<br>
> ><br>
> >     (sugar-activity:2492): GStreamer-CRITICAL **: gst_buffer_insert_memory:<br>
> >     assertion `mem != NULL' failed<br>
> ><br>
> >     Rarely, about one in 5 times, it does segmentation fault.  I've<br>
> >     captured two core dumps by adding "ulimit -c unlimited" to<br>
> >     ~/.sugar/debug.  Both showed similar stack traces; a thread busy doing<br>
> >     an fts_open and fts_sort at the same time as the main thread doing<br>
> >     something else.<br>
> ><br>
> >     [3]<a href="http://dev.laptop.org/~quozl/z/1YsIKF.txt" target="_blank">http://dev.laptop.org/~quozl/z/1YsIKF.txt</a><br>
> ><br>
> >     Speculation: the Gst.init() in src/sugar3/speech.py creates a thread<br>
> >     which is racing with something in the main thread.  fts_open and<br>
> >     fts_sort are necessary calls for scanning plugins.<br>
> ><br>
> >     Sometimes the race condition corrupts pointers and we get the silence<br>
> >     with GStreamer-CRITICAL messages.  Sometimes the corruption causes a<br>
> >     segmentation fault.<br>
> ><br>
> >     Perhaps _GstSpeechPlayer should wait for good Gst.State before the<br>
> >     next call into Gst?<br>
> ><br>
> >     I remember recent work on GStreamer plugin scan initialisation in<br>
> >     Sugar, but I can't find it yet.<br>
> ><br>
> >     --<br>
> >     James Cameron<br>
> >     [4]<a href="http://quozl.linux.org.au/" target="_blank">http://quozl.linux.org.au/</a><br>
> ><br>
> > --<br>
> > Gonzalo Odiard<br>
> ><br>
> > SugarLabs - Software for children learning <br>
> ><br>
> > References:<br>
> ><br>
> > [1] <a href="https://github.com/sugarlabs/sugar-toolkit-gtk3/pull/215" target="_blank">https://github.com/sugarlabs/sugar-toolkit-gtk3/pull/215</a><br>
> > [2] mailto:<a href="mailto:quozl@laptop.org">quozl@laptop.org</a><br>
> > [3] <a href="http://dev.laptop.org/~quozl/z/1YsIKF.txt" target="_blank">http://dev.laptop.org/~quozl/z/1YsIKF.txt</a><br>
> > [4] <a href="http://quozl.linux.org.au/" target="_blank">http://quozl.linux.org.au/</a><br>
><br>
> > _______________________________________________<br>
> > Sugar-devel mailing list<br>
> > <a href="mailto:Sugar-devel@lists.sugarlabs.org">Sugar-devel@lists.sugarlabs.org</a><br>
> > <a href="http://lists.sugarlabs.org/listinfo/sugar-devel" target="_blank">http://lists.sugarlabs.org/listinfo/sugar-devel</a><br>
><br>
><br>
> --<br>
> James Cameron<br>
> <a href="http://quozl.linux.org.au/" target="_blank">http://quozl.linux.org.au/</a><br>
<br>
--<br>
James Cameron<br>
<a href="http://quozl.linux.org.au/" target="_blank">http://quozl.linux.org.au/</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr">Gonzalo Odiard<br><br><div>SugarLabs - Software for children learning <br></div></div></div>
</div></div>