Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753299AbbKXI7S (ORCPT ); Tue, 24 Nov 2015 03:59:18 -0500 Received: from prv-mh.provo.novell.com ([137.65.248.74]:41961 "EHLO prv-mh.provo.novell.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752903AbbKXI7R convert rfc822-to-8bit (ORCPT ); Tue, 24 Nov 2015 03:59:17 -0500 Message-Id: <565434F102000078000B8424@prv-mh.provo.novell.com> X-Mailer: Novell GroupWise Internet Agent 14.0.1 Date: Tue, 24 Nov 2015 01:59:13 -0700 From: "Jan Beulich" To: "Daniel Kiper" , "Juergen Gross" Cc: , , , , , , , , "David Mair" , , , , Subject: Re: crash tool - problem with new Xen linear virtual mapped sparse p2m list References: <20151123201830.GN4768@olila.local.net-space.pl> <565409DA.90908@suse.com> In-Reply-To: <565409DA.90908@suse.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8BIT Content-Disposition: inline Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 807 Lines: 20 >>> On 24.11.15 at 07:55, wrote: > What about: > > 4) Instead of relying on the kernel maintained p2m list for m2p > conversion use the hypervisor maintained m2p list which should be > available in the dump as well. This is the way the alive kernel is > working, so mimic it during crash dump analysis. I fully agree; I have to admit that looking at the p2m when doing page table walks for a PV Dom0 (having all machine addresses in page table entries) seems kind of backwards. (But I say this knowing nothing about the tool.) Jan -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/