linuxppc-dev.lists.ozlabs.org archive mirror
 help / color / mirror / Atom feed
* gdbserver, find_extend_vma(), and VM_GROWSDOWN
@ 2003-07-07 16:05 Kent Borg
  2003-07-07 16:37 ` Wolfgang Denk
  0 siblings, 1 reply; 4+ messages in thread
From: Kent Borg @ 2003-07-07 16:05 UTC (permalink / raw)
  To: linuxppc-embedded


I am having gdbserver problems.  I can run gdbserver and attach to it
with gdb, but the peeks into the application space are failing.

For example, in debugging the peek for the first instruction of my
application, there is a call to find_extend_vma() (in mm/mmap.c).  The
test for:

  vma->vm_start <= addr

fails, and as this vms is VM_GROWSUP (and not VM_GROWSDOWN), the next
if-statement returns a NULL.  That percolates up until ptrace returns
zero.

This application code runs pretty well without gdbserver, what should
I look for next?  Is it indeed perverse for the addr to be below the
start?  Who is likely to blame for that?  Where should I look next?
Do I start grepping for every instance of PT_PTRACED in arch/ppc?


Thanks,

-kb, the Kent whose gdbserver Makefile says it is 4.12.3, and whose
kernel is quite close to 2.4.21.rc1.

** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

^ permalink raw reply	[flat|nested] 4+ messages in thread
[parent not found: <200307071642.h67GguN01169@hyper.wm.sps.mot.com>]
[parent not found: <200307071705.h67H5MD01399@hyper.wm.sps.mot.com>]

end of thread, other threads:[~2003-07-07 17:20 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2003-07-07 16:05 gdbserver, find_extend_vma(), and VM_GROWSDOWN Kent Borg
2003-07-07 16:37 ` Wolfgang Denk
     [not found] <200307071642.h67GguN01169@hyper.wm.sps.mot.com>
2003-07-07 16:55 ` Wolfgang Denk
     [not found] <200307071705.h67H5MD01399@hyper.wm.sps.mot.com>
2003-07-07 17:20 ` Wolfgang Denk

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).