From mboxrd@z Thu Jan 1 00:00:00 1970 From: Boris Ostrovsky Subject: Re: [PATCH v15 11/21] x86/VPMU: Interface for setting PMU mode and flags Date: Wed, 26 Nov 2014 09:32:11 -0500 Message-ID: <5475E46B.9000502@oracle.com> References: <1416179271-1221-1-git-send-email-boris.ostrovsky@oracle.com> <1416179271-1221-12-git-send-email-boris.ostrovsky@oracle.com> <547496E0020000780004AB05@mail.emea.novell.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; Format="flowed" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <547496E0020000780004AB05@mail.emea.novell.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Jan Beulich Cc: kevin.tian@intel.com, keir@xen.org, 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 11/25/2014 08:49 AM, Jan Beulich wrote: >>>> On 17.11.14 at 00:07, wrote: >> @@ -244,19 +256,19 @@ void vpmu_initialise(struct vcpu *v) >> switch ( vendor ) >> { >> case X86_VENDOR_AMD: >> - if ( svm_vpmu_initialise(v, opt_vpmu_enabled) != 0 ) >> - opt_vpmu_enabled = 0; >> + if ( svm_vpmu_initialise(v) != 0 ) >> + vpmu_mode = XENPMU_MODE_OFF; >> break; >> >> case X86_VENDOR_INTEL: >> - if ( vmx_vpmu_initialise(v, opt_vpmu_enabled) != 0 ) >> - opt_vpmu_enabled = 0; >> + if ( vmx_vpmu_initialise(v) != 0 ) >> + vpmu_mode = XENPMU_MODE_OFF; >> break; > So this turns off the vPMU globally upon failure of initializing > some random vCPU. Why is that? I see this was the case even > before your entire series, but shouldn't this be fixed _before_ > enhancing the whole thing to support PV/PVH? Yes, that's probably too strong. Do you want to fix this as an early patch (before PV(H)) support gets in? I'd rather do it in the patch that moves things into initcalls. -boris