[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] Weekly VMX status report. Xen: #18846 & Xen0: #749



On 12/12/2008 23:30, "Gianluca Guida" <gianluca.guida@xxxxxxxxxxxxx> wrote:

> Keir Fraser wrote:
>> Is there any guest that actually cares about having EFER_NX really cleared?
>> Presumably the only way of detecting this would be reserved-bit page faults,
>> which no OS is likely to want to deliberately cause?
> 
> Yes, no OS we've actually experienced at the moment rely on reserved bit
> faults (with the most notable exception of Tim's fast path for MMIO and
> non present pages in Xen's shadow entries).
> I am sure about this for a very simple reason: -- some kind of secret I
> would like to share with you and xen-devel -- shadow code doesn't check
> at all for reserved bits when propagating changes from guest to shadows,
> so we never propagate reserved bit faults to guests. [working on this]

Well, I vote for leaving EFER_NX always on then. It makes the code simpler
too. Anyone against this?

 -- Keir



_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.