From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:48423) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UNglN-0004C9-TG for qemu-devel@nongnu.org; Thu, 04 Apr 2013 05:47:23 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UNglM-0005SX-TT for qemu-devel@nongnu.org; Thu, 04 Apr 2013 05:47:21 -0400 Received: from mail-qa0-f47.google.com ([209.85.216.47]:46985) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UNglM-0005SS-Q4 for qemu-devel@nongnu.org; Thu, 04 Apr 2013 05:47:20 -0400 Received: by mail-qa0-f47.google.com with SMTP id hu16so2501036qab.20 for ; Thu, 04 Apr 2013 02:47:20 -0700 (PDT) Sender: Paolo Bonzini Message-ID: <515D4C21.7010205@redhat.com> Date: Thu, 04 Apr 2013 11:47:13 +0200 From: Paolo Bonzini MIME-Version: 1.0 References: <1364146041-27041-1-git-send-email-rabin@rab.in> <1364146041-27041-6-git-send-email-rabin@rab.in> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCHv2 5/6] target-arm: add dump-guest-memory support List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Peter Maydell Cc: Rabin Vincent , qemu-devel@nongnu.org Il 24/03/2013 21:39, Peter Maydell ha scritto: >> > >> > I guess the API was made with x86 in mind. I will see if the >> > requirement can be removed with some ifdefs in the dump.c file. >> > >> > (come to think of it, I guess this ARM code will need to use ELFCLASS64 >> > when we have physical memory > 4GiB (LPAE)) > It would be good to check whether that is correct -- mostly core > files are for dumps of a virtual address space so I don't know > whether gdb/etc would understand an ARM corefile which claimed > ELFCLASS64. (I mean understand it as an AArch32 corefile rather > than AArch64.) Note that in this case we can choose between physical and virtual address space dumps. Virtual address space is mostly useful with gdb; physical address space can be used for example with "crash", a post-mortem kernel debugger. Paolo