From mboxrd@z Thu Jan 1 00:00:00 1970 From: Kip Macy Subject: Re: Re: follow-up to guest debug support patches Date: Sat, 12 Mar 2005 11:05:30 -0800 Message-ID: References: <20050312185848.GA16403@trane.bluesong.net> Reply-To: Kip Macy Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit In-Reply-To: <20050312185848.GA16403@trane.bluesong.net> Sender: xen-devel-admin@lists.sourceforge.net Errors-To: xen-devel-admin@lists.sourceforge.net List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , List-Archive: To: jfv@bluesong.net Cc: Ian Pratt , xen-devel@lists.sourceforge.net, Keir Fraser Ian.Pratt@cl.cam.ac.uk, Christian Limpach , jfv@us.ibm.com List-Id: xen-devel@lists.xenproject.org > I > > > think > > > this needs some kind of flag to enable/disable this behaviour. > > > > I thought about that, but is there an In-guest kernel debugger that > > can set breakpoints? All I know of are stubs that require a serial > > port. Does NetBSD's in-kernel debugger allow one to set breakpoints > > and continue? If so I can just put the debugger option back in > > Rules.mk. I spoke / wrote too soon. DDB probably does this as well. Although I've never used it. I'd be surprised if most people didn't find the user-level gdbserver more useful and generic than in-kernel debuggers. Rather than being a compile-time option it should be a boot-time option. > I believe there is a kdb patch for i386 Linux, and I have intended > to extend my x86_64 kdb patch to Xen soon. Cool. > > I had even had thoughts of an extended debugger in dom0, but have > been too busy to think that through. Any thoughts from others on > that? Interesting. In the meantime, unless someone beats me to it (wishful thinking), I'll be extending cdb into a normal stop and continue GDB stub. > I recall a particularly nasty AIX bug that I worked on once > on an S390 machine, the debugger in the nucleus (on VM/ESA) allowed > me to set a watchpoint outside the guest and made a memory corruption > problem MUCH easier to track down :) That sounds more like what I've implemented than an in-kernel solution. -Kip ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click