From mboxrd@z Thu Jan 1 00:00:00 1970 From: John Levon Subject: Re: [PATCH][RFC] dump-core: PFN-GMFN table and ELF formatify (was Re: xc_get_pfn_list() creates broken core files) Date: Thu, 18 Jan 2007 12:42:53 +0000 Message-ID: <20070118124253.GA17529@totally.trollied.org.uk> References: <20061123205257.GA4041@totally.trollied.org> <20061123234839.GA9243@totally.trollied.org> <20070115091647.GA20978%yamahata@valinux.co.jp> <20070117035928.GA11306@totally.trollied.org.uk> <20070117055451.GB15865%yamahata@valinux.co.jp> <20070117130633.GA28174@totally.trollied.org.uk> <20070118014110.GC15865%yamahata@valinux.co.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: <20070118014110.GC15865%yamahata@valinux.co.jp> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Isaku Yamahata Cc: xen-devel@lists.xensource.com, Keir Fraser , crash-utility@redhat.com List-Id: xen-devel@lists.xenproject.org On Thu, Jan 18, 2007 at 10:41:10AM +0900, Isaku Yamahata wrote: > > > I followed the way creating process core file and linux kernel dump file. > > > Process core file and linux kernel dump file use only program headers. > > But in both of those cases we have access to meaningful virtual address > > maps, which isn't true here (or certainly not trivially true!) > > In xen dump-core file, (pseudo) physical address(phdr.p_paddr) is true. > This seems reasonable. Sure, but it's strictly duplicated information, and to get less than one phdr per page you've got to do a load of coalescing, which seems way more complicated than using sections :) regards john