Buildroot Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Carlo Rajko <carlo.rajko@scen.it>
To: buildroot@busybox.net
Subject: [Buildroot] AT91SAM9G20-EK and aplay
Date: Fri, 24 May 2013 12:47:09 +0200	[thread overview]
Message-ID: <519F452D.4070505@scen.it> (raw)
In-Reply-To: <20130524112355.70d1cc53@skate>

Il 24/05/2013 11:23, Thomas Petazzoni ha scritto:
> Dear Carlo Rajko,
> 
> On Fri, 24 May 2013 11:03:23 +0200, Carlo Rajko wrote:
> 
> 
>> I do not have arm-linux-gdb but have arm-none-linux-gnueabi-gdb.
>> But when use the command
>> ./output/host/opt/ext-toolchain/bin/arm-none-linux-gnueabi-gdb -c core
>> ./output/target/usr/bin/aplay and use command "run" the debugger show:
>> Don't know how to run.  Try "help target".
> 
> Don't use "run", "run" is to start the program. Here we want to do a
> post-mortem analysis of the crash using the core file. Google "gdb core
> file" to have more details about what a core file is.
> 
> Can you run the gdb command, and copy/paste what you see? Without
> entering any command *inside* gdb, it should already tell you which
> instruction has faulted, and for what reason.
> 
OK.

GNU gdb (Sourcery CodeBench Lite 2012.03-57) 7.2.50.20100908-cvs
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
<http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "--host=i686-pc-linux-gnu
--target=arm-none-linux-gnueabi".
For bug reporting instructions, please see:
<https://support.codesourcery.com/GNUToolchain/>...
Reading symbols from /home/carlo/debug/aplay...(no debugging symbols
found)...done.

warning: exec file is newer than core file.
[New LWP 524]
Reading symbols from /home/carlo/debug/librt.so.1...(no debugging
symbols found)...done.
Loaded symbols for /home/carlo/debug/librt.so.1
Reading symbols from /home/carlo/debug/libasound.so.2...(no debugging
symbols found)...done.
Loaded symbols for /home/carlo/debug/libasound.so.2
Reading symbols from /home/carlo/debug/libm.so.6...(no debugging symbols
found)...done.
Loaded symbols for /home/carlo/debug/libm.so.6
Reading symbols from /home/carlo/debug/libdl.so.2...(no debugging
symbols found)...done.
Loaded symbols for /home/carlo/debug/libdl.so.2
Reading symbols from /home/carlo/debug/libpthread.so.0...(no debugging
symbols found)...done.
Loaded symbols for /home/carlo/debug/libpthread.so.0
Reading symbols from /home/carlo/debug/libgcc_s.so.1...(no debugging
symbols found)...done.
Loaded symbols for /home/carlo/debug/libgcc_s.so.1
Reading symbols from /home/carlo/debug/libc.so.6...(no debugging symbols
found)...done.
Loaded symbols for /home/carlo/debug/libc.so.6
Reading symbols from /home/carlo/debug/ld-linux.so.3...(no debugging
symbols found)...done.
Loaded symbols for /home/carlo/debug/ld-linux.so.3
Core was generated by `/mnt/2/sox/aplay'.
Program terminated with signal 11, Segmentation fault.
#0  0x400f31cc in ?? () from /home/carlo/debug/ld-linux.so.3
(gdb)


>> I think the problem is not in aply because I have the same problem with
>> mpg123.
>> Could be the library alsa?
> 
> It could. But at least gdb will tell us if it's an undefined
> instruction, an invalid memory access, an unaligned access, or
> something else.
> 
>>> Also, could you post on http://code.bulix.org your Buildroot .config
>>> and give us the link? Just to check there isn't anything obviously
>>> wrong in your configuration file.
>>
>> when I press buttom "PASTE" I have error "Antispam verification failed"
> 
> Right left to the "Paste" button there is a little box to train your
> mental calculation. You should pay attention to it :-)
OK, sorry.

http://code.bulix.org/bazvmv-83592?raw

Best regards,

Carlo

  reply	other threads:[~2013-05-24 10:47 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-05-24  7:36 [Buildroot] AT91SAM9G20-EK and aplay Carlo Rajko
2013-05-24  8:05 ` Thomas Petazzoni
2013-05-24  9:03   ` Carlo Rajko
2013-05-24  9:23     ` Thomas Petazzoni
2013-05-24 10:47       ` Carlo Rajko [this message]
2013-05-24 12:50         ` Gustavo Zacarias
2013-05-27  8:03           ` Carlo Rajko
2013-05-27  9:16             ` Thomas Petazzoni
2013-05-27 10:28               ` Carlo Rajko
2013-05-28 17:02                 ` Arnout Vandecappelle
2013-05-29 15:15                   ` Carlo Rajko
2013-07-04  9:02           ` Aleksandar Zivkovic

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=519F452D.4070505@scen.it \
    --to=carlo.rajko@scen.it \
    --cc=buildroot@busybox.net \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox