From: "Jonathan M. McCune" <jonmccune@cmu.edu>
To: Kip Macy <kip.macy@gmail.com>
Cc: bparno@ece.cmu.edu, xen-devel@lists.xensource.com,
Arvind Seshadri <arvinds@cs.cmu.edu>
Subject: Re: gdbserver-xen / gdb crashing domU
Date: Wed, 28 Sep 2005 10:32:23 -0400 [thread overview]
Message-ID: <433AA977.8010506@cmu.edu> (raw)
In-Reply-To: <b1fa2917050927185970a3c2b5@mail.gmail.com>
[-- Attachment #1.1: Type: text/plain, Size: 2150 bytes --]
Hi Kip,
Thanks for your quick response. Unfortunately, in the experiment I
described in my first post, I did have domu_debug=y in xen/Rules.mk. I
rebuilt and reinstalled xen after a `make clean` in the xen subdir just
to be sure it would have picked up the change.
Any other ideas?
Thanks,
-Jon
Kip Macy wrote:
>domu_debug must be enabled in xen's Rules.mk <http://Rules.mk>, otherwise
>the int3 gets passed onto the OS which will cause it to crash as it isn't
>expecting to see a debug trap in ring 0 (unless of course you have a
>debugger compiled into the kernel itself).
>
>Just re-compile and then pass -p (pause) to xm create followed by an attach
>with gdbserver-xen.
>
>-Kip
>
>On 9/27/05, Jonathan M. McCune <jonmccune@cmu.edu> wrote:
>
>
>>Hello,
>>
>>I'm trying to use gdb and gdbserver-xen to walk through the instructions
>>executed when starting up a domU kernel. We are using the current
>>xen-unstable (linux-2.6.12-xenU). I have followed the instructions in
>>tools/debugger/gdb/ and I am able to successfully attach to a running
>>domU kernel. I have compiled the domU kernel with debug options as
>>described in tools/debugger/gdb/README. After attaching to the running
>>domU kernel, I observe the following behavior:
>>
>>Issuing the gdb commands 'step', 'stepi', 'next', and 'nexti' when the
>>domU kernel is initially paused all crash the domU kernel silently
>>(i.e., the state of said domU goes to 'c' if you issue an `xm list` in
>>dom0). 'continue' causes the domU kernel to boot up correctly.
>>
>>All the breakpoints I've tried setting so far (setting the breakpoints
>>before issuing the 'continue' in gdb) cause the domU kernel to panic
>>when the function at which the breakpoint is set gets run. Functions
>>I've tried setting breakpoints for include dup_task_struct, queue_work,
>>scheduler_tick, and activate_task.
>>
>>Is it possible to step through the domU kernel code as it is booted in
>>Xen?
>>
>>Thanks,
>>-Jon
>>
>>
>>
>>_______________________________________________
>>Xen-devel mailing list
>>Xen-devel@lists.xensource.com
>>http://lists.xensource.com/xen-devel
>>
>>
>>
>>
>>
>>
>
>
>
[-- Attachment #1.2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3170 bytes --]
[-- Attachment #2: Type: text/plain, Size: 138 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
next prev parent reply other threads:[~2005-09-28 14:32 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-09-27 22:49 gdbserver-xen / gdb crashing domU Jonathan M. McCune
2005-09-28 1:59 ` Kip Macy
2005-09-28 14:32 ` Jonathan M. McCune [this message]
2005-09-28 18:48 ` Kip Macy
[not found] <AcXD0FxHkvtyx4KaRKO323jkm7Ws5wASBRVA>
2005-09-28 10:37 ` Ian Pratt
2005-09-28 18:50 ` Kip Macy
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=433AA977.8010506@cmu.edu \
--to=jonmccune@cmu.edu \
--cc=arvinds@cs.cmu.edu \
--cc=bparno@ece.cmu.edu \
--cc=kip.macy@gmail.com \
--cc=xen-devel@lists.xensource.com \
/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.