gdbserver with PowerPC 8260

gdbserver with PowerPC 8260

[Wenxiang Dai]

I downloaded the latest GDB code "gdb+dejagnu-weekly-20021001.tar.bz2" from
sources.rehat.com, and rebuild the gdbserver and gdb for powerpc target,
then I used the gdbserver to debug a multi-threads programme in target, if
the breakpoint was set in main routine, it's OK, but if the break point was
set within any other child thread, the break point can be hit, however, the
debug cusor is not shown and the gdb say it is going to libc.so, if I say n,
the target programme will crash.

I try to set "solib-search-path" to the target share lib path, the problem
remains same.

I used nfs to map the root file system to target.

Any thought? Any suggestion?

Thanks

here is the display of the gdb

GNU DDD 3.3.1 (i386-redhat-linux-gnu), by Dorothea Lütkehaus and Andreas
Zeller.
Copyright © 1995-1999 Technische Universität Braunschweig, Germany.
Copyright © 1999-2001 Universität Passau, Germany.
(gdb) set solib-search-path /exports/rfs/lib
(gdb) file /home/wxdai/work/ipdslam/icm/apps/build/nmgt/bin.mpc/nmgt
(gdb) list clib_pass.c:1
Line 1 of "../../../../icm/apps/nmgt/cli_b/clib_pass.c" is at address
0x1003ff94 <enable_prv_func> but contains no code.

/home/wxdai/work/ipdslam/icm/apps/nmgt/cli_b/clib_pass.c:1:0:beg:0x1003ff94
(gdb) break ../../../../icm/apps/nmgt/cli_b/clib_pass.c:20
Breakpoint 1 at 0x1003ffb4: file
../../../../icm/apps/nmgt/cli_b/clib_pass.c,
line 20.
(gdb) target remote 172.16.133.231:12345
0x30010660 in ?? ()
(gdb) handle SIG32 nostop
(gdb) c

Program received signal SIG32, Real-time event 32.

Program received signal SIG32, Real-time event 32.

Program received signal SIG32, Real-time event 32.

Program received signal SIG32, Real-time event 32.

Program received signal SIGTRAP, Trace/breakpoint trap.
0x0ff12e00 in ngettext () from /lib/libc.so.6
(gdb) c

Re: gdbserver with PowerPC 8260

[Daniel Jacobowitz]

> Program received signal SIG32, Real-time event 32.

If you get that message, multithreaded debug is not working.   Is
libthread_db available on your target?

On Tue, Oct 01, 2002 at 07:13:16PM -0400, Wenxiang Dai wrote:
> I downloaded the latest GDB code "gdb+dejagnu-weekly-20021001.tar.bz2" from
> sources.rehat.com, and rebuild the gdbserver and gdb for powerpc target,
> then I used the gdbserver to debug a multi-threads programme in target, if
> the breakpoint was set in main routine, it's OK, but if the break point was
> set within any other child thread, the break point can be hit, however, the
> debug cusor is not shown and the gdb say it is going to libc.so, if I say n,
> the target programme will crash.
> 
> I try to set "solib-search-path" to the target share lib path, the problem
> remains same.
> 
> I used nfs to map the root file system to target.
> 
> Any thought? Any suggestion?
> 
> Thanks
> 
> here is the display of the gdb
> 
> GNU DDD 3.3.1 (i386-redhat-linux-gnu), by Dorothea Lütkehaus and Andreas
> Zeller.
> Copyright © 1995-1999 Technische Universität Braunschweig, Germany.
> Copyright © 1999-2001 Universität Passau, Germany.
> (gdb) set solib-search-path /exports/rfs/lib
> (gdb) file /home/wxdai/work/ipdslam/icm/apps/build/nmgt/bin.mpc/nmgt
> (gdb) list clib_pass.c:1
> Line 1 of "../../../../icm/apps/nmgt/cli_b/clib_pass.c" is at address
> 0x1003ff94 <enable_prv_func> but contains no code.
> 
> /home/wxdai/work/ipdslam/icm/apps/nmgt/cli_b/clib_pass.c:1:0:beg:0x1003ff94
> (gdb) break ../../../../icm/apps/nmgt/cli_b/clib_pass.c:20
> Breakpoint 1 at 0x1003ffb4: file
> ../../../../icm/apps/nmgt/cli_b/clib_pass.c,
> line 20.
> (gdb) target remote 172.16.133.231:12345
> 0x30010660 in ?? ()
> (gdb) handle SIG32 nostop
> (gdb) c
> 
> Program received signal SIG32, Real-time event 32.
> 
> Program received signal SIG32, Real-time event 32.
> 
> Program received signal SIG32, Real-time event 32.
> 
> Program received signal SIG32, Real-time event 32.
> 
> Program received signal SIGTRAP, Trace/breakpoint trap.
> 0x0ff12e00 in ngettext () from /lib/libc.so.6
> (gdb) c
> 
> 

-- 
Daniel Jacobowitz
MontaVista Software                         Debian GNU/Linux Developer

RE: gdbserver with PowerPC 8260

[Wenxiang Dai]

Yes, it's in my nfs lib directory, first time I try to run the gdbserver, it
says need the libthread_db, so I copy it into the nfs lib directory, then
the gdbserver can run, do u mean this library is not OK. I am using the
timesys package for the target. Thanks

-----Original Message-----
From: Daniel Jacobowitz [mailto:drow@mvista.com]
Sent: Tuesday, October 01, 2002 7:21 PM
To: Wenxiang Dai
Cc: gdb@sources.redhat.com
Subject: Re: gdbserver with PowerPC 8260


> Program received signal SIG32, Real-time event 32.

If you get that message, multithreaded debug is not working.   Is
libthread_db available on your target?

On Tue, Oct 01, 2002 at 07:13:16PM -0400, Wenxiang Dai wrote:
> I downloaded the latest GDB code "gdb+dejagnu-weekly-20021001.tar.bz2"
from
> sources.rehat.com, and rebuild the gdbserver and gdb for powerpc target,
> then I used the gdbserver to debug a multi-threads programme in target, if
> the breakpoint was set in main routine, it's OK, but if the break point
was
> set within any other child thread, the break point can be hit, however,
the
> debug cusor is not shown and the gdb say it is going to libc.so, if I say
n,
> the target programme will crash.
>
> I try to set "solib-search-path" to the target share lib path, the problem
> remains same.
>
> I used nfs to map the root file system to target.
>
> Any thought? Any suggestion?
>
> Thanks
>
> here is the display of the gdb
>
> GNU DDD 3.3.1 (i386-redhat-linux-gnu), by Dorothea Lütkehaus and Andreas
> Zeller.
> Copyright © 1995-1999 Technische Universität Braunschweig, Germany.
> Copyright © 1999-2001 Universität Passau, Germany.
> (gdb) set solib-search-path /exports/rfs/lib
> (gdb) file /home/wxdai/work/ipdslam/icm/apps/build/nmgt/bin.mpc/nmgt
> (gdb) list clib_pass.c:1
> Line 1 of "../../../../icm/apps/nmgt/cli_b/clib_pass.c" is at address
> 0x1003ff94 <enable_prv_func> but contains no code.
>
>
/home/wxdai/work/ipdslam/icm/apps/nmgt/cli_b/clib_pass.c:1:0:beg:0x1003ff94
> (gdb) break ../../../../icm/apps/nmgt/cli_b/clib_pass.c:20
> Breakpoint 1 at 0x1003ffb4: file
> ../../../../icm/apps/nmgt/cli_b/clib_pass.c,
> line 20.
> (gdb) target remote 172.16.133.231:12345
> 0x30010660 in ?? ()
> (gdb) handle SIG32 nostop
> (gdb) c
>
> Program received signal SIG32, Real-time event 32.
>
> Program received signal SIG32, Real-time event 32.
>
> Program received signal SIG32, Real-time event 32.
>
> Program received signal SIG32, Real-time event 32.
>
> Program received signal SIGTRAP, Trace/breakpoint trap.
> 0x0ff12e00 in ngettext () from /lib/libc.so.6
> (gdb) c
>
>

--
Daniel Jacobowitz
MontaVista Software                         Debian GNU/Linux Developer

Re: gdbserver with PowerPC 8260

[Daniel Jacobowitz]

I don't know anything about the timesys software.  It's only been
tested with glibc and I suspect timesys is using uclibc.  Sorry, you'll
have to solve this on your own.

On Tue, Oct 01, 2002 at 07:30:11PM -0400, Wenxiang Dai wrote:
> Yes, it's in my nfs lib directory, first time I try to run the gdbserver, it
> says need the libthread_db, so I copy it into the nfs lib directory, then
> the gdbserver can run, do u mean this library is not OK. I am using the
> timesys package for the target. Thanks
> 
> -----Original Message-----
> From: Daniel Jacobowitz [mailto:drow@mvista.com]
> Sent: Tuesday, October 01, 2002 7:21 PM
> To: Wenxiang Dai
> Cc: gdb@sources.redhat.com
> Subject: Re: gdbserver with PowerPC 8260
> 
> 
> > Program received signal SIG32, Real-time event 32.
> 
> If you get that message, multithreaded debug is not working.   Is
> libthread_db available on your target?
> 
> On Tue, Oct 01, 2002 at 07:13:16PM -0400, Wenxiang Dai wrote:
> > I downloaded the latest GDB code "gdb+dejagnu-weekly-20021001.tar.bz2"
> from
> > sources.rehat.com, and rebuild the gdbserver and gdb for powerpc target,
> > then I used the gdbserver to debug a multi-threads programme in target, if
> > the breakpoint was set in main routine, it's OK, but if the break point
> was
> > set within any other child thread, the break point can be hit, however,
> the
> > debug cusor is not shown and the gdb say it is going to libc.so, if I say
> n,
> > the target programme will crash.
> >
> > I try to set "solib-search-path" to the target share lib path, the problem
> > remains same.
> >
> > I used nfs to map the root file system to target.
> >
> > Any thought? Any suggestion?
> >
> > Thanks
> >
> > here is the display of the gdb
> >
> > GNU DDD 3.3.1 (i386-redhat-linux-gnu), by Dorothea Lütkehaus and Andreas
> > Zeller.
> > Copyright © 1995-1999 Technische Universität Braunschweig, Germany.
> > Copyright © 1999-2001 Universität Passau, Germany.
> > (gdb) set solib-search-path /exports/rfs/lib
> > (gdb) file /home/wxdai/work/ipdslam/icm/apps/build/nmgt/bin.mpc/nmgt
> > (gdb) list clib_pass.c:1
> > Line 1 of "../../../../icm/apps/nmgt/cli_b/clib_pass.c" is at address
> > 0x1003ff94 <enable_prv_func> but contains no code.
> >
> >
> /home/wxdai/work/ipdslam/icm/apps/nmgt/cli_b/clib_pass.c:1:0:beg:0x1003ff94
> > (gdb) break ../../../../icm/apps/nmgt/cli_b/clib_pass.c:20
> > Breakpoint 1 at 0x1003ffb4: file
> > ../../../../icm/apps/nmgt/cli_b/clib_pass.c,
> > line 20.
> > (gdb) target remote 172.16.133.231:12345
> > 0x30010660 in ?? ()
> > (gdb) handle SIG32 nostop
> > (gdb) c
> >
> > Program received signal SIG32, Real-time event 32.
> >
> > Program received signal SIG32, Real-time event 32.
> >
> > Program received signal SIG32, Real-time event 32.
> >
> > Program received signal SIG32, Real-time event 32.
> >
> > Program received signal SIGTRAP, Trace/breakpoint trap.
> > 0x0ff12e00 in ngettext () from /lib/libc.so.6
> > (gdb) c
> >
> >
> 
> --
> Daniel Jacobowitz
> MontaVista Software                         Debian GNU/Linux Developer
> 
> 

-- 
Daniel Jacobowitz
MontaVista Software                         Debian GNU/Linux Developer

help: gdb with no ROM/Flash

[Kam Lee]

Hi all,
I would like to get help to gdb a target without loading a file, it is a
boot program stored in Flash memory.
After GDB start, I use "set $pc=x" to the particular address, let say this
particular address is 0.
By dumping the address x/x 0, I can see valid instructions.
By doing "disas", I got "No function contains program for selected frame."
By doing "stepi", I got "Cannot access memory at .

Any help is appreciated.
Regards