From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([140.186.70.92]:48828)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <jan.kiszka@siemens.com>) id 1RG955-0007SF-Bj
	for qemu-devel@nongnu.org; Tue, 18 Oct 2011 08:47:44 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <jan.kiszka@siemens.com>) id 1RG953-0007mS-TI
	for qemu-devel@nongnu.org; Tue, 18 Oct 2011 08:47:43 -0400
Received: from david.siemens.de ([192.35.17.14]:25464)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <jan.kiszka@siemens.com>) id 1RG953-0007mC-Hj
	for qemu-devel@nongnu.org; Tue, 18 Oct 2011 08:47:41 -0400
Message-ID: <4E9D756B.7060509@siemens.com>
Date: Tue, 18 Oct 2011 14:47:39 +0200
From: Jan Kiszka <jan.kiszka@siemens.com>
MIME-Version: 1.0
References: <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> <20111018104257.GA24311@lst.de>
In-Reply-To: <20111018104257.GA24311@lst.de>
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: <qemu-devel.nongnu.org>
List-Unsubscribe: <https://lists.nongnu.org/mailman/options/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.nongnu.org/archive/html/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <https://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: Christoph Hellwig <hch@lst.de>
Cc: qemu-devel <qemu-devel@nongnu.org>, Paolo Bonzini <pbonzini@redhat.com>, "Richard W.M. Jones" <rjones@redhat.com>, Luiz Capitulino <lcapitulino@redhat.com>

On 2011-10-18 12:42, Christoph Hellwig wrote:
> On Tue, Oct 18, 2011 at 12:41:10PM +0200, 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. :)
> 
> crash in fact is gdb - with a lot of additional commands.

Is there a trick to make it work against a gdbserver?

Jan

-- 
Siemens AG, Corporate Technology, CT T DE IT 1
Corporate Competence Center Embedded Linux