Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1314865

Re: [Xen-devel] [PATCH] xen: Add support for dom0 with Linux kernel 3.19 and newer

From David Vrabel <david.vrabel@citrix.com>
Newsgroups linux.kernel
Subject Re: [Xen-devel] [PATCH] xen: Add support for dom0 with Linux kernel 3.19 and newer
Date 2016-01-22 11:10 +0100
Message-ID <qTGPg-2B3-11@gated-at.bofh.it> (permalink)
References <qTtS1-1R8-1@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


On 21/01/16 20:13, Daniel Kiper wrote:
> Linux kernel commit 054954eb051f35e74b75a566a96fe756015352c8
> (xen: switch to linear virtual mapped sparse p2m list), which
> appeared in 3.19, introduced linear virtual mapped sparse p2m
> list. If readmem() reads p2m then it access this list using
> physical addresses. Sadly, VMA to physical address translation
> in crash requires access to p2m list. This means that we have
> a chicken and egg problem. In general this issue must be solved
> by introducing some changes in libxl, Linux kernel and crash
> (I have added this task to my long TODO list). However, in dom0
> case we can use crash_xen_info_t.dom0_pfn_to_mfn_frame_list_list
> which is available out of the box. So, let's use it and make
> at least some users happy.

I'm confused.  How does a virtual address to (pseudo-)physical address
lookup require access to the p2m?  Surely this is a walk of the page
tables followed by a M2P lookup on the MFN in the L1 PTE?

David

Back to linux.kernel | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

[PATCH] xen: Add support for dom0 with Linux kernel 3.19 and newer Daniel Kiper <daniel.kiper@oracle.com> - 2016-01-21 21:20 +0100
  Re: [Xen-devel] [PATCH] xen: Add support for dom0 with Linux kernel  3.19 and newer David Vrabel <david.vrabel@citrix.com> - 2016-01-22 11:10 +0100
    Re: [Xen-devel] [PATCH] xen: Add support for dom0 with Linux kernel  3.19 and newer Daniel Kiper <daniel.kiper@oracle.com> - 2016-01-22 15:30 +0100

csiph-web