From mboxrd@z Thu Jan 1 00:00:00 1970 From: Glauber Costa Subject: Re: [patch 08/18] x86: pvclock: generic pvclock vsyscall initialization Date: Mon, 29 Oct 2012 18:18:20 +0400 Message-ID: <508E902C.4080402@parallels.com> References: <20121024131340.742340256@redhat.com> <20121024131621.658249278@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit Cc: , , , , , , To: Marcelo Tosatti Return-path: Received: from mx2.parallels.com ([64.131.90.16]:50051 "EHLO mx2.parallels.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751760Ab2J2OSe (ORCPT ); Mon, 29 Oct 2012 10:18:34 -0400 In-Reply-To: <20121024131621.658249278@redhat.com> Sender: kvm-owner@vger.kernel.org List-ID: On 10/24/2012 05:13 PM, Marcelo Tosatti wrote: > Index: vsyscall/arch/x86/Kconfig > =================================================================== > --- vsyscall.orig/arch/x86/Kconfig > +++ vsyscall/arch/x86/Kconfig > @@ -632,6 +632,13 @@ config PARAVIRT_SPINLOCKS > > config PARAVIRT_CLOCK > bool > +config PARAVIRT_CLOCK_VSYSCALL > + bool "Paravirt clock vsyscall support" > + depends on PARAVIRT_CLOCK && GENERIC_TIME_VSYSCALL > + ---help--- > + Enable performance critical clock related system calls to > + be executed in userspace, provided that the hypervisor > + supports it. > > endif Besides debugging, what is the point in having this as an extra-selectable? Is there any case in which a virtual machine has code for this, but may decide to run without it ? I believe all this code in vsyscall should be wrapped in PARAVIRT_CLOCK only.