From: Mukesh Rathor <mukesh.rathor@oracle.com>
To: xen-devel@lists.xensource.com
Cc: ecsezer@ncsu.edu
Subject: Re: Debugging Xen via serial console
Date: Fri, 30 Jan 2009 18:57:29 -0800 [thread overview]
Message-ID: <4983BE19.6000009@oracle.com> (raw)
In-Reply-To: <200901282246.n0SMkdAS009199@rgminet13.oracle.com>
Hi,
kdb: to debug xen hypervisor, could also debug guests
gdbsx: to debug PV/HVM linux guests
The tree is : http://xenbits.xensource.com/ext/debuggers.hg
See README-dbg. You'll need to setup serial access for kdb.
Thanks,
Mukesh
>
> Hi Dan,
>
> I'm currently using your version of ssplitd as it is. I haven't tried
> kdb. For some reason I thought that was for debugging guest domains.
> I'll look into it. As for resurrecting the gdbstub, I'm *NOT* familiar
> enough
> with it to try it myself. I do have a few people here who might be though.
> I'll post something if we get it working.
>
> Thanks,
>
> John
>
> Dan Doucette wrote:
>> Hi John,
>>
>> The patches I submitted quickly fell out of sync with the 3.2 unstable
>> branch at the time. I found a month or so later they stopped working,
>> and I didnt have the time to keep them up to date.
>> For Xen debugging, have you tried the kdb branch maintained my Mukesh
>> Rathor (Oracle)? I used this a few months ago and it seemed to work.
>> The branch is off the mainline, however. Its usage is documented in
>> the xen wiki pages, I believe.
>>
>> If you would prefer to use gdb, the functionality should be easy to
>> resurrect. There really wasnt much to it.
>> I would recommend using my serial port splitter (ssplitd.c), which I
>> found easier to use and was complete in its implementation. I
>> submitted all the changes in proper patch form after the posting you
>> referenced above, if you are interested.
>>
>> Dan.
>>
>>
>>
>>
>> On Wed, Jan 28, 2009 at 10:53 AM, Emre Can Sezer <ecsezer@ncsu.edu
>> <mailto:ecsezer@ncsu.edu>> wrote:
>>
>> I'm trying to debug Xen remotely using serial port. I followed
>> the instructions on the following post made in this xen-devel list:
>> http://lists.xensource.com/archives/html/xen-devel/2007-12/msg00678.html
>>
>> I was able to connect gdb but I ran into a problem where even
>> after I clear all the breakpoints, execution traps into gdb with
>> SIGTRAP at restore_all_xen(). This only happens if I set a
>> breakpoint and then try to continue after hitting the break point.
>> If I simply connect gdb but continue without setting any
>> breakpoints, everything is OK.
>>
>> The post mentions some stability issues and I haven't seen any
>> follow ups. Is this still a viable debugging method? Or is there
>> some other method I should try?
>>
>> Thanks in advance,
>>
>> John
>>
>>
>>
>>
>> _______________________________________________
>> Xen-devel mailing list
>> Xen-devel@lists.xensource.com <mailto:Xen-devel@lists.xensource.com>
>> http://lists.xensource.com/xen-devel
next parent reply other threads:[~2009-01-31 2:57 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <200901282246.n0SMkdAS009199@rgminet13.oracle.com>
2009-01-31 2:57 ` Mukesh Rathor [this message]
2009-02-19 19:39 ` Compile error in KDB branch when debug=y Emre Can Sezer
2009-02-20 0:52 ` Mukesh Rathor
2009-01-09 15:46 How do you debug Xen? Emre Can Sezer
2009-01-28 18:53 ` Debugging Xen via serial console Emre Can Sezer
2009-01-28 19:25 ` Dan Doucette
2009-01-28 20:09 ` Emre Can Sezer
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=4983BE19.6000009@oracle.com \
--to=mukesh.rathor@oracle.com \
--cc=ecsezer@ncsu.edu \
--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.