From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:50158) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RG7Cm-0005pR-St for qemu-devel@nongnu.org; Tue, 18 Oct 2011 06:47:36 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RG7Ch-0002AX-Rm for qemu-devel@nongnu.org; Tue, 18 Oct 2011 06:47:32 -0400 Received: from david.siemens.de ([192.35.17.14]:28709) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RG7Ch-00029Z-HW for qemu-devel@nongnu.org; Tue, 18 Oct 2011 06:47:27 -0400 Message-ID: <4E9D593B.705@siemens.com> Date: Tue, 18 Oct 2011 12:47:23 +0200 From: Jan Kiszka MIME-Version: 1.0 References: <20111010090246.GF9408@redhat.com> <4E92BC11.3030508@siemens.com> <4E9D2791.5070207@cn.fujitsu.com> <4E9D3059.7050903@siemens.com> <4E9D31B4.1010000@cn.fujitsu.com> <4E9D3678.3010904@siemens.com> <4E9D3804.5040000@cn.fujitsu.com> <4E9D3847.8040202@siemens.com> <4E9D3965.4090003@cn.fujitsu.com> <4E9D394E.6050907@siemens.com> <20111018083416.GL8872@amd.home.annexia.org> <4E9D3A80.10402@siemens.com> <4E9D3B29.5060207@siemens.com> <4E9D57C6.8040809@redhat.com> In-Reply-To: <4E9D57C6.8040809@redhat.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [Question] dump memory when host pci device is used by guest List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Paolo Bonzini Cc: Luiz Capitulino , "Richard W.M. Jones" , qemu-devel On 2011-10-18 12:41, Paolo Bonzini wrote: > On 10/18/2011 10:39 AM, Jan Kiszka wrote: >>>> >>>> Yeah, I see. Could also be solved via gdb scripts, but crash is already >>>> there. >> [ BTW, crash is for the dead. But having those features in form of gdb >> scripts would also allow live system analysis. Looks like it's worth >> obsoleting crash on the long run. ] > > Crash can also do live system analysis. :) Does it work via remote interface? And it's still the wrong way around: You have to append "gdb" to the majority of command when doing debugging instead of issuing additional analysis commands from the gdb shell. That's understandable given the limited scripting power of old gdbs. But that's now history thanks to its python interface. Jan -- Siemens AG, Corporate Technology, CT T DE IT 1 Corporate Competence Center Embedded Linux