From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Daniel P. Berrange" Subject: Re: 3.0.5 rc3 paravirt save failures ? Date: Tue, 1 May 2007 14:04:07 +0100 Message-ID: <20070501130407.GA3995@redhat.com> References: Reply-To: "Daniel P. Berrange" Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Keir Fraser Cc: xen-devel@lists.xensource.com, Steven Hand List-Id: xen-devel@lists.xenproject.org On Tue, May 01, 2007 at 02:01:45PM +0100, Keir Fraser wrote: > On 1/5/07 13:47, "Steven Hand" wrote: > > > Looks like you're running off the top of the p2m ; your domain has 800Mb > > 'maxmem' and hence should have a p2m covering 800 + 8 (slack) = 808Mb. > > However entry 206868 is for the physical page just beyond that. > > > > Can you check the value you're getting for p2m_size in xc_domain_save.c, > > e.g. apply the following? > > And is your Xen precisely matched against libxc? I fixed XENMEM_maximum_gpfn > to really return the last gpfn known to the guest, rather than the last plus > one. Hence we now add one to that value to get p2m_size in xc_domain_save(). > But if this fixed xc_domain_save() was run against older Xen, you would have > p2m_size too big by one. Ahh, that could well be the problem. It looks like my HV / libxc are just straddling your changeset :-( Dan. -- |=- Red Hat, Engineering, Emerging Technologies, Boston. +1 978 392 2496 -=| |=- Perl modules: http://search.cpan.org/~danberr/ -=| |=- Projects: http://freshmeat.net/~danielpb/ -=| |=- GnuPG: 7D3B9505 F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 -=|