* common gdb stub
@ 2005-04-15 18:57 Hollis Blanchard
2005-04-15 19:02 ` Kip Macy
0 siblings, 1 reply; 3+ messages in thread
From: Hollis Blanchard @ 2005-04-15 18:57 UTC (permalink / raw)
To: Dan Magenheimer; +Cc: Xen-devel
Hi Dan, from a quick search it seems xen/ia64 doesn't have a GDB stub,
is that right? (What exactly is pdb-stub about?)
Looking at arch/x86/cdb.c, it seems that most of this code could be made
common, and each architecture would supply its own version of
handle_register_read_command/handle_memory_read_command(). Would that be
useful to you?
--
Hollis Blanchard
IBM Linux Technology Center
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: common gdb stub
2005-04-15 18:57 common gdb stub Hollis Blanchard
@ 2005-04-15 19:02 ` Kip Macy
0 siblings, 0 replies; 3+ messages in thread
From: Kip Macy @ 2005-04-15 19:02 UTC (permalink / raw)
To: Hollis Blanchard; +Cc: Dan Magenheimer, Xen-devel
That would be useful to a lot of people. I suggested that a while back
but have been fighting other fires.
PDB was a more complete and MUCH more brittle stub.
On 4/15/05, Hollis Blanchard <hollisb@us.ibm.com> wrote:
> Hi Dan, from a quick search it seems xen/ia64 doesn't have a GDB stub,
> is that right? (What exactly is pdb-stub about?)
>
> Looking at arch/x86/cdb.c, it seems that most of this code could be made
> common, and each architecture would supply its own version of
> handle_register_read_command/handle_memory_read_command(). Would that be
> useful to you?
>
> --
> Hollis Blanchard
> IBM Linux Technology Center
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com
> http://lists.xensource.com/xen-devel
>
^ permalink raw reply [flat|nested] 3+ messages in thread
* RE: common gdb stub
@ 2005-04-15 19:12 Magenheimer, Dan (HP Labs Fort Collins)
0 siblings, 0 replies; 3+ messages in thread
From: Magenheimer, Dan (HP Labs Fort Collins) @ 2005-04-15 19:12 UTC (permalink / raw)
To: Kip Macy, Hollis Blanchard; +Cc: Xen-devel
No, no gdb stub in xen/ia64 right now. The pdb-stub is
vestigial... there used to be one in xen/x86 (a debugger
that Alex Ho was doing, see
http://www.cl.cam.ac.uk/~sos22/replay.bk/docs/misc/XenDebugger-HOWTO
http://doi.ieeecomputersociety.org/10.1109/GRID.2004.49)
and the routines in it were accessed from common.
Because I've had the use of a good simulator, I haven't
had much use for an interactive debugger, but I'm sure
it will become useful at some point. We had a similar
gdb-stub in vBlades and it sometimes came in handy.
Dan
> -----Original Message-----
> From: Kip Macy [mailto:kip.macy@gmail.com]
> Sent: Friday, April 15, 2005 1:02 PM
> To: Hollis Blanchard
> Cc: Magenheimer, Dan (HP Labs Fort Collins); Xen-devel
> Subject: Re: [Xen-devel] common gdb stub
>
> That would be useful to a lot of people. I suggested that a while back
> but have been fighting other fires.
>
> PDB was a more complete and MUCH more brittle stub.
>
> On 4/15/05, Hollis Blanchard <hollisb@us.ibm.com> wrote:
> > Hi Dan, from a quick search it seems xen/ia64 doesn't have
> a GDB stub,
> > is that right? (What exactly is pdb-stub about?)
> >
> > Looking at arch/x86/cdb.c, it seems that most of this code
> could be made
> > common, and each architecture would supply its own version of
> > handle_register_read_command/handle_memory_read_command().
> Would that be
> > useful to you?
> >
> > --
> > Hollis Blanchard
> > IBM Linux Technology Center
> >
> > _______________________________________________
> > Xen-devel mailing list
> > Xen-devel@lists.xensource.com
> > http://lists.xensource.com/xen-devel
> >
>
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2005-04-15 19:12 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-04-15 18:57 common gdb stub Hollis Blanchard
2005-04-15 19:02 ` Kip Macy
-- strict thread matches above, loose matches on Subject: below --
2005-04-15 19:12 Magenheimer, Dan (HP Labs Fort Collins)
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.