bug-hurd
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Better debugging support in Mach


From: Ludovic Courtès
Subject: Re: Better debugging support in Mach
Date: Sat, 24 Mar 2012 22:24:38 +0100
User-agent: Gnus/5.110018 (No Gnus v0.18) Emacs/24.0.93 (gnu/linux)

Hi!

Samuel Thibault <samuel.thibault@gnu.org> skribis:

> At last I got it working: in the latest git master, the bootstrap code
> can cope with VM_MIN_KERNEL_ADDRESS != 0 by using segmentation before
> switching to C code. This means we can make the kernel live at high
> virtual addresses, which means that the debugger trace & such can
> properly know how to separate user and kernel addresses.

Excellent, thank you!

> It works for me on kvm, but I'd prefer to see more tests before enbling
> it by default. The attached patch is all that is needed to enable it.

It works for me with QEMU/KVM with the cross-built image.

I get nice stack traces from KDB:

  db> trace/tu
  0xc011eae9(c027c819,f4d5fc60,17,f4d7a548,f4d83ef8)
  0xc014ee59(f4d5cdc0,17,f4d83ef8,128bc70,a)
  0xc01529dc(1,17,f4d83ef8,f4d60d20,fe5729c8)
  0xc0106d40(128fdbc,2000,a,800,0)
  >>>>> user space <<<<<
  0x103ac23(9cb9ffda,e90128fd,ffdaadf0,804cd48,28ae0)

  no memory is assigned to address 28fd9cbd

There might still be something wrong with the user-space stack trace
though, but it could be due to something else:

  $ addr2line -pfa -e 
/nix/store/dsw2yh0sxidmijg2y3vjps1mqjvx6q5w-hurd-0-i586-pc-gnu/hurd/auth 
0x103ac23
  0x0103ac23: ??
  ??:0

(The Hurd above is compiled with -O1.)

Thanks again, you’re my hero!  ;-)

Ludo’.




reply via email to

[Prev in Thread] Current Thread [Next in Thread]