From: Mark Powell <medp@primagraphics.com>
To: jonathan@jonmasters.org
Cc: linuxppc-embedded@ozlabs.org
Subject: Re: gdb on a 440GP ELDK
Date: Thu, 21 Oct 2004 15:43:19 +0100 [thread overview]
Message-ID: <4177CB07.4000302@primagraphics.com> (raw)
In-Reply-To: <35fb2e5904102106303edb204b@mail.gmail.com>
Jon Masters wrote:
>On Thu, 21 Oct 2004 10:10:44 +0100, Mark Powell <medp@primagraphics.com> wrote:
>
>
>>The system seems to basically run fine apart from the fact that gdb
>>doesn't stop at any breakpoints.
>>
>>
>Can you please provide an example? How are you running the program
>being debugged? If it's a daemon, are you running it interactively or
>trying to let it detach itself?
>
>
Even the most simple scenario doesn't work, e.g.:
dev245:medp LinuxTestProgs> gcc -g -Wall -o hello hello.c
dev245:medp LinuxTestProgs> gdb hello
GNU gdb Yellow Dog Linux (5.2.1-4b_3)
...
(gdb) l
1 #include <stdio.h>
2
3 int main(int argc, char* argv[])
4 {
5 printf ("Hello world\n");
6 return 0;
7 }
(gdb) break 5
Breakpoint 1 at 0x100004a8: file hello.c, line 5.
(gdb) run
Starting program:
/central/Build/MEDP/Sentric576/Code/LinuxTestProgs/hello
Hello world
Program exited normally.
(gdb)
As you can see, it just doesn't break.
I did some more checking. The same card running a 4xx file system from
MontaVista 2.1 behaves the same. A 405GP card running the MVL2.1 behaves
properly. So it points to something about the 440.
As I said, kernel is 2.4.25 from ELDK3.0. I cloned the basic platform
init code from the Ebony pretty closely, just changed the external
interrupt configs, RTC type and things like that.
I would appreciate any ideas.
thanks
--
Mark Powell, Senior Software Engineer
Curtiss-Wright Controls Embedded Computing
Tel: +44 (0) 1763 852222
Email: medp@primagraphics.com
next prev parent reply other threads:[~2004-10-21 14:43 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-10-21 9:10 gdb on a 440GP ELDK Mark Powell
2004-10-21 13:30 ` Jon Masters
2004-10-21 14:43 ` Mark Powell [this message]
2004-10-22 9:40 ` Mark Powell
2004-10-22 17:20 ` Matt Porter
2004-10-21 17:52 ` Eugene Surovegin
2004-10-21 18:39 ` Matt Porter
2004-10-22 9:09 ` [PATCH][PPC32] IBM-EMAC fixes Gerhard Jaeger
-- strict thread matches above, loose matches on Subject: below --
2004-10-22 21:20 gdb on a 440GP ELDK Glenn Burkhardt
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=4177CB07.4000302@primagraphics.com \
--to=medp@primagraphics.com \
--cc=jonathan@jonmasters.org \
--cc=linuxppc-embedded@ozlabs.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.