From mboxrd@z Thu Jan 1 00:00:00 1970 From: Avi Kivity Subject: Re: gdb behaviour? Date: Mon, 16 Jul 2007 16:49:22 +0300 Message-ID: <469B7762.8010601@qumranet.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Cc: kvm-devel To: Jun Koi Return-path: In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: kvm-devel-bounces-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org Errors-To: kvm-devel-bounces-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org List-Id: kvm.vger.kernel.org Jun Koi wrote: > Hi, > > I am using gdb to debug Linux guest VM. Steps are like below: > - Start gdbserver in qemu's monitor > - From another console, run gdb and connect it to "localhost:1234" > - Set breakpoints in guest VM > > When a breakpoint is hit inside guest, gdb is notified. The problem is > that I cannot send "c" command to gdbserver from gdb to resume the > guest. I always have to run "c" from qemu's monitor, then run another > "c" in gdb. This means I always need 2 "c" commands, in that order. > > Is this expected behaviour, or a bug? > > It's a bug. When I used gdbserver, it didn't have that behavior, but that was close to a year ago so maybe I misremember. > I suspect that while guest is stopped for debugging, gdbserver also > stop getting command, hence what I observered. But I looked in the > code, and cannot confirm this. Any hint? > Maybe... long time since I looked at that code. How does -no-kvm work? -- error compiling committee.c: too many arguments to function ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/