From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?UTF-8?Q?Roger_Pau_Monn=c3=a9?= Subject: Re: [PATCH v3 4/4] x86/PV: enable the emulated PIT Date: Mon, 18 Jan 2016 10:50:49 +0100 Message-ID: <569CB579.5030200@citrix.com> References: <5699358D02000078000C7800@prv-mh.provo.novell.com> <1452879951-76391-1-git-send-email-roger.pau@citrix.com> <569CA5CB02000078000C7C43@prv-mh.provo.novell.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aL6Se-0007Sh-CW for xen-devel@lists.xenproject.org; Mon, 18 Jan 2016 09:50:56 +0000 In-Reply-To: <569CA5CB02000078000C7C43@prv-mh.provo.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: Ian Jackson , Andrew Cooper , Wei Liu , Ian Campbell , xen-devel@lists.xenproject.org List-Id: xen-devel@lists.xenproject.org El 18/01/16 a les 8.43, Jan Beulich ha escrit: >>>> On 15.01.16 at 18:45, wrote: >> Changes since v2: >> - Change 'if ( (a && b) || (!a && c) )' into 'if ( a ? b : c )'. > > Thanks, but after some more thinking about it I'm afraid there are > a few more aspects to consider here: > >> --- a/xen/arch/x86/domain.c >> +++ b/xen/arch/x86/domain.c >> @@ -542,8 +542,9 @@ int arch_domain_create(struct domain *d, unsigned int domcr_flags, >> d->domain_id, config->emulation_flags); >> return -EINVAL; >> } >> - if ( config->emulation_flags != 0 && >> - (!is_hvm_domain(d) || config->emulation_flags != XEN_X86_EMU_ALL) ) >> + if ( is_hvm_domain(d) ? (config->emulation_flags != XEN_X86_EMU_ALL && >> + config->emulation_flags != 0) : >> + (config->emulation_flags != XEN_X86_EMU_PIT) ) >> { > > For one I think it would be a good idea to allow zero for PV domains, > and perhaps even default new DomU-s to have the PIT flag clear. > (Also - indentation.) This sounds fine to me, but IMHO, it should be done in a separate patch. This patch just restores previous behaviour for PV guests, then we can move on from there. > And then - is all this working as intended for the hwdom != Dom0 > case? I have to admit I have not tried it, but AFAICT in the hwdom != Dom0 case the set of enabled emulated devices should be the same as a normal guest, the hardware domain doesn't get any more or less emulated devices than any other guest ATM. Roger.