|
|
|
|
|
|
|
|
|
|
xen-devel
Re: [Xen-devel] Re: [RFC, PATCH 0/24] VMI i386 Linux virtualization inte
To: |
Zachary Amsden <zach@xxxxxxxxxx> |
Subject: |
Re: [Xen-devel] Re: [RFC, PATCH 0/24] VMI i386 Linux virtualization interface proposal |
From: |
Anthony Liguori <aliguori@xxxxxxxxxx> |
Date: |
Fri, 17 Mar 2006 12:43:27 -0600 |
Cc: |
Christoph Hellwig <hch@xxxxxxxxxxxxx>, Xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxx>, Chuck Ebbert <76306.1226@xxxxxxxxxxxxxx>, linux-kernel <linux-kernel@xxxxxxxxxxxxxxx>, Chris Wright <chrisw@xxxxxxxxxxxx>, Virtualization Mailing List <virtualization@xxxxxxxxxxxxxx>, Linus Torvalds <torvalds@xxxxxxxx>, Arjan van de Ven <arjan@xxxxxxxxxxxxx> |
Delivery-date: |
Fri, 17 Mar 2006 18:44:38 +0000 |
Envelope-to: |
www-data@xxxxxxxxxxxxxxxxxxx |
In-reply-to: |
<441AF747.5000400@xxxxxxxxxx> |
List-help: |
<mailto:xen-devel-request@lists.xensource.com?subject=help> |
List-id: |
Xen developer discussion <xen-devel.lists.xensource.com> |
List-post: |
<mailto:xen-devel@lists.xensource.com> |
List-subscribe: |
<http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe> |
List-unsubscribe: |
<http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe> |
References: |
<200603171058_MC3-1-BADF-9E3F@xxxxxxxxxxxxxx> <441AF747.5000400@xxxxxxxxxx> |
Sender: |
xen-devel-bounces@xxxxxxxxxxxxxxxxxxx |
User-agent: |
Mail/News 1.5 (X11/20060309) |
Zachary Amsden wrote:
Chuck Ebbert wrote:
In-Reply-To: <20060315102522.GA5926@xxxxxxxxxxxxx>
On Wed, 15 Mar 2006 10:25:22 +0000, Christoph Hellwig wrote:
I'd like to see a test harness implementation that has no actual
hypervisor functionality and just implements the VMI calls natively.
This could be used to test the interface and would provide a nice
starting point for those who want to write a VMI hypervisor.
I was going to make one yesterday. But Fry's electronics stopped
carrying flashable blank PCI cards. :) Anyone know of a vendor?
It's very practical to just patch Qemu to load a VMI rom as an option
ROM. That makes such an example VMI ROM very practical without having
to build a special PCI device.
Regards,
Anthony Liguori
It is possible to do in a software layer, although it really is a lot
easier to have the BIOS take care of all the fuss of finding a place
in low memory for you to live, setting up the various memory maps and
everything else for you.
There is enormous benefit to having such a layer - you have a very
power test harness, not just to make sure VMI works, but even more
importantly, to inspect and verify the native kernel operation as
well. You have a plethora of imporant hooks into the system, which
feed you knowledge you can not otherwise gain about which page tables
have been made active, when you take IRQs, where the kernel stack lives.
All of this is ripe for a debug harness that can verify the kernel
doesn't overflow the kernel stack, doesn't write to active page table
entries without proper accessors and subsequent invalidations, and
obeys the rules that are required for correctness when running under a
hypervisor. You probably even want to do hypervisor like things -
such as write protecting the kernel page tables so that you can be
confident there are no stray raw PTE accesses.
We actually found one (harmless on native) in i386, which was enabling
NX bit.
Zach
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
|
|
|
|
|