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

Re: [Xen-devel] [PATCH v20 02/13] x86/VPMU: Add public xenpmu.h



>>> On 20.04.15 at 18:38, <boris.ostrovsky@xxxxxxxxxx> wrote:
> On 04/20/2015 04:50 AM, Jan Beulich wrote:
>>>>> On 09.04.15 at 17:44, <boris.ostrovsky@xxxxxxxxxx> wrote:
>>> --- /dev/null
>>> +++ b/xen/include/public/pmu.h
>>> @@ -0,0 +1,38 @@
>>> +#ifndef __XEN_PUBLIC_PMU_H__
>>> +#define __XEN_PUBLIC_PMU_H__
>>> +
>>> +#include "xen.h"
>>> +#if defined(__i386__) || defined(__x86_64__)
>>> +#include "arch-x86/pmu.h"
>>> +#elif defined (__arm__) || defined (__aarch64__)
>>> +#include "arch-arm.h"
>>> +#else
>>> +#error "Unsupported architecture"
>>> +#endif
>>> +
>>> +#define XENPMU_VER_MAJ    0
>>> +#define XENPMU_VER_MIN    1
>>> +
>>> +
>>> +/* Shared between hypervisor and PV domain */
>>> +struct xen_pmu_data {
>> Iirc this sharing is r/o - if so, please state so in the comment. If not,
>> please extend the comment to briefly explain why writable sharing
>> is safe/secure.
> 
> This data structure is writeable by guest (specifically, PMU registers 
> and APIC_LVTPC). There is a flag (PMU_CACHED, which is part of this 
> structure) that the hypervisor sets to let the guest know that it can 
> write those fields without having to trap. When the guest is done, it 
> issues XENPMU_flush command and the hypervisor writes out those values 
> to HW.
> 
> I'll update the comments to make this clear.

I think you'll actually want to state for each of the fields who reads
and who writes them. In particular for (I hope) obvious reasons
some (most?) of the fields would apparently need to be documented
write-only by the hypervisor.

Jan


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel


 


Rackspace

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