From mboxrd@z Thu Jan 1 00:00:00 1970 From: Razvan Cojocaru Subject: Re: [PATCH] libxc: Add xc_domain_hvm_get_mtrr_type() call Date: Wed, 19 Dec 2012 21:35:19 +0200 Message-ID: <50D216F7.2050801@gmail.com> References: <50D19A2B.2050006@gmail.com> <1355916539.14620.332.camel@zakaz.uk.xensource.com> <50D1A9D1.2020106@gmail.com> <50D1D5BD.8080001@gmail.com> <1355929247.14620.436.camel@zakaz.uk.xensource.com> <50D1DCC5.5050309@citrix.com> <1355932443.14620.448.camel@zakaz.uk.xensource.com> <50D1E723.4070201@citrix.com> <1355933739.14620.456.camel@zakaz.uk.xensource.com> <50D1EB56.40400@gmail.com> <20121219174627.GA67643@ocelot.phlegethon.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <20121219174627.GA67643@ocelot.phlegethon.org> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Tim Deegan Cc: Andrew Cooper , Ian Campbell , "xen-devel@lists.xen.org" List-Id: xen-devel@lists.xenproject.org > Sorry, no. The 'overlapped' bit is a piece of xen implementation, and > not an architectural state of the VM, so it doesn't belong in the save > record. It's trivial to recalculate in a user-space tool, and the Is it trivial to recalculate that in a userspace tool? I thought the only way to properly calculate that in the first place was to use cpuid_eax() in the calculation, which is only available at hypervisor level (hence much of this thread). Am I missing something? > result can be cached (since you can also get a mem-event on MSR writes, > you don't have to pull all this MTRR state out of the giuest except when > the MTRRs have been changed). Unfortunately, due to the design of components I don't control, my application does not have the luxury of waiting for an MSR write event. (Has my MSR mem_event patch been acknowledged? Or was this already work in progress? I had to patch my Xen source code to be able to get MSR events...) > I'll take a proper look at this thread tomorrow and see if I can suggest > anything more helpful. Thank you, I appreciate the reply, and your time. All the best, Razvan Cojocaru