From mboxrd@z Thu Jan  1 00:00:00 1970
From: Boris Ostrovsky <boris.ostrovsky@oracle.com>
Subject: Re: [PATCH v23 12/15] x86/VPMU: Handle PMU interrupts
	for PV(H) guests
Date: Fri, 05 Jun 2015 12:38:50 -0400
Message-ID: <5571D09A.5070304@oracle.com>
References: <1432924980-24281-1-git-send-email-boris.ostrovsky@oracle.com>
	<1432924980-24281-13-git-send-email-boris.ostrovsky@oracle.com>
	<5571E5D70200007800081866@mail.emea.novell.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Content-Transfer-Encoding: 7bit
Return-path: <xen-devel-bounces@lists.xen.org>
In-Reply-To: <5571E5D70200007800081866@mail.emea.novell.com>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-devel>,
	<mailto:xen-devel-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-devel@lists.xen.org>
List-Help: <mailto:xen-devel-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-devel>,
	<mailto:xen-devel-request@lists.xen.org?subject=subscribe>
Sender: xen-devel-bounces@lists.xen.org
Errors-To: xen-devel-bounces@lists.xen.org
To: Jan Beulich <JBeulich@suse.com>
Cc: kevin.tian@intel.com, suravee.suthikulpanit@amd.com, andrew.cooper3@citrix.com, tim@xen.org, dietmar.hahn@ts.fujitsu.com, xen-devel@lists.xen.org, Aravind.Gopalakrishnan@amd.com, jun.nakajima@intel.com, dgdegra@tycho.nsa.gov
List-Id: xen-devel@lists.xenproject.org

On 06/05/2015 12:09 PM, Jan Beulich wrote:
>> @@ -201,27 +202,56 @@ static inline void context_load(struct vcpu *v)
>>       }
>>   }
>>   
>> -static void amd_vpmu_load(struct vcpu *v)
>> +static int amd_vpmu_load(struct vcpu *v, bool_t from_guest)
>>   {
>>       struct vpmu_struct *vpmu = vcpu_vpmu(v);
>> -    struct xen_pmu_amd_ctxt *ctxt = vpmu->context;
>> -    uint64_t *ctrl_regs = vpmu_reg_pointer(ctxt, ctrls);
>> +    struct xen_pmu_amd_ctxt *ctxt;
>> +    uint64_t *ctrl_regs;
>> +    unsigned int i;
>>   
>>       vpmu_reset(vpmu, VPMU_FROZEN);
>>   
>> -    if ( vpmu_is_set(vpmu, VPMU_CONTEXT_LOADED) )
>> +    if ( !from_guest && vpmu_is_set(vpmu, VPMU_CONTEXT_LOADED) )
>>       {
>> -        unsigned int i;
>> +        ctxt = vpmu->context;
>> +        ctrl_regs = vpmu_reg_pointer(ctxt, ctrls);
>>   
>>           for ( i = 0; i < num_counters; i++ )
>>               wrmsrl(ctrls[i], ctrl_regs[i]);
>>   
>> -        return;
>> +        return 0;
>> +    }
>> +
>> +    if ( from_guest )
>> +    {
>> +        unsigned int num_enabled = 0;
>> +
>> +        ASSERT(!is_hvm_vcpu(v));
>> +
>> +        ctxt = &vpmu->xenpmu_data->pmu.c.amd;
>> +        ctrl_regs = vpmu_reg_pointer(ctxt, ctrls);
>> +        for ( i = 0; i < num_counters; i++ )
>> +        {
>> +            if ( (ctrl_regs[i] & CTRL_RSVD_MASK) != ctrl_rsvd[i] )
>> +                return -EINVAL;
>> +
>> +            if ( is_pmu_enabled(ctrl_regs[i]) )
>> +                num_enabled++;
>> +        }
>> +
>> +        if ( num_enabled )
>> +            vpmu_set(vpmu, VPMU_RUNNING);
>> +        else
>> +            vpmu_reset(vpmu, VPMU_RUNNING);
>> +
>> +        memcpy(vpmu->context, &vpmu->xenpmu_data->pmu.c.amd, ctxt_sz);
> For one, why don't you use ctxt here? And then I think I made very
> clear that all shared data must be read exactly once during any
> hypervisor operation. Yet afaict you do two reads (one in the
> verification loop above, and another in the memcpy()).


Yes, and this is what is done on Intel side as well. I will need to copy 
first then and verifiy the copied context.

-boris