possible progress on XO-1 camera issues
Tomeu Vizoso
tomeu at sugarlabs.org
Fri Dec 18 05:55:05 EST 2009
On Thu, Dec 17, 2009 at 18:08, César D. Rodas <crodas at paraguayeduca.org> wrote:
> Hi Peter,
>
> On Thu, 2009-12-17 at 16:33 +0000, Peter Robinson wrote:
>> >> >> > I'm looking forward to read clues about how to fix it.
>> >> >>
>> >> >> It sounds suspiciously like a Xv issue. That could be anything from a
>> >> >> missing kernel module to a X driver bug. Out of interest can you play
>> >> >> video using totem? Possibly record a video using a XO-1 with the
>> >> >> working 802 build and see if it will play on one with the F11 build.
>> >> >> That would rule out that issue, or possibly we could craft up a
>> >> >> gstreamer pipeline that takes the output of the camera and displays it
>> >> >> on the screen. Let me know how you go with the totem test and then
>> >> >> we'll see where we can take it from there, if that works I can work
>> >> >> out what the pipeline would need to be to test that raw.
>> >> >
>> >> > Well, I've tried what you've suggested me, and it has the same problem.
>> >> >
>> >> > $ totem /media/34F7-79FD/11-Music-Painter\ \(medium\).ogg
>> >> >
>> >> > Gdk-ERROR **: The program 'totem' received an X Window System error.
>> >> > This probably reflects a bug in the program.
>> >> > The error was 'BadAlloc (insufficient resources for operation)'.
>> >> > (Details: serial 101 error_code 11 request_code 131 minor_code 19)
>> >> > (Note to programmers: normally, X errors are reported asynchronously;
>> >> > that is, you will receive the error a while after causing it.
>> >> > To debug your program, run it with the --sync command line
>> >> > option to change this behavior. You can then get a meaningful
>> >> > backtrace from your debugger if you break on the gdk_x_error()
>> >> > function.)
>> >> > aborting...
>> >> > aborted
>> >> >
>> >> >
>> >> > Is this output helping somehow? Is there a way I can help out to fix it?
>> >>
>> >> Yes, it looks like an X bug. I had a similar issue previously with
>> >> another X driver. To get a proper backtrace using GDB can you do the
>> >> following, this will then allow us to file a bug.
>> >>
>> >> Run gdb and then from the gdb prompt run the following commands. If
>> >> gdb isn't installed you'll need to do a 'yum install -y gdb'. You'll
>> >> probably need to install quite a few debuginfo packages to ensure we
>> >> get a useful backtrace but if you post the backtrace first we can work
>> >> out what we need.
>> >>
>> >> (gdb) exec-file totem --sync
>> >> (gdb) break gdk_x_error()
>> >> (gdb) r
>> >>
>> >> You'll then get totem come up. Try and play the video as before and
>> >> you'll have it crash. The run the following with gdb
>> >>
>> >> (gdb) thread apply all bt
>> >>
>> >> and paste the complete output into a file and put it somewhere I can
>> >> see it (it might be somewhat large). You can see a sample one from an
>> >> issue I had with the nouveau driver previously here
>> >> https://bugzilla.redhat.com/attachment.cgi?id=369702
>> >>
>> > GDB complained saying it was missing some packages such as
>> > debuginfo-install totem-2.26.5-1.fc11.i586, but I think it will have not
>> > side effect since I don't want to debug Totem, I want to debug X through
>> > it.
>> >
>> > The output file is here
>> > http://oficina.paraguayeduca.org/~crodas/X-totem-debug.log
>> >
>> > Is it useful? What else can we do in order to hunt this bug?
>>
>> Its a start. We need (at least) also the following debuginfo packages.
>> So a 'yum install -y gstreamer-debuginfo
>> gstreamer-plugins-base-debuginfo gstreamer-debuginfo glib2-debuginfo
>> totem-pl-parser-debuginfo glibc-debuginfo gtk2-debuginfo
>> libX11-debuginfo xorg-x11-server-debuginfo'
> Thanks for the clue, I've installed those missing packages and I re-run
> the debugger,
>
> http://oficina.paraguayeduca.org/~crodas/X-totem-debug-1.log
>
> Please let me know if I need to do something else to debug better.
Hi, if you do 'bt full' instead of just bt, it will print some more
stuff and we may be able to see which values are inside the
xvimagesink arg.
Regards,
Tomeu
>>
>> That should fill out the rest of the debuginfo to make the back trace
>> more useful.
>>
>> Regards,
>> Peter
>>
>
> Regards,
>
> _______________________________________________
> Devel mailing list
> Devel at lists.laptop.org
> http://lists.laptop.org/listinfo/devel
>
--
«Sugar Labs is anyone who participates in improving and using Sugar.
What Sugar Labs does is determined by the participants.» - David
Farning
More information about the Devel
mailing list