From mboxrd@z Thu Jan  1 00:00:00 1970
From: Mukesh Rathor <mukesh.rathor@oracle.com>
Subject: Re: [PATCH RFC v12 07/21] pvh: Disable unneeded
 features of HVM containers
Date: Mon, 16 Sep 2013 16:17:20 -0700
Message-ID: <20130916161720.70747183@mantra.us.oracle.com>
References: <1379089521-25720-1-git-send-email-george.dunlap@eu.citrix.com>
	<1379089521-25720-8-git-send-email-george.dunlap@eu.citrix.com>
	<52333EF6.3000404@eu.citrix.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Return-path: <xen-devel-bounces@lists.xen.org>
In-Reply-To: <52333EF6.3000404@eu.citrix.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: George Dunlap <george.dunlap@eu.citrix.com>
Cc: Keir Fraser <keir@xen.org>, Tim Deegan <tim@xen.org>, Jan Beulich <jan.beulich@suse.com>, xen-devel@lists.xen.org
List-Id: xen-devel@lists.xenproject.org

On Fri, 13 Sep 2013 17:36:06 +0100
George Dunlap <george.dunlap@eu.citrix.com> wrote:

> On 13/09/13 17:25, George Dunlap wrote:
> > Things kept:
> > * cacheattr_region lists
> > * irq-related structures
> > * paging
> > * tm_list
> >
> > Things disabled for now:
> > * compat xlation
> >
> > Things disabled:
> > * Emulated timers and clock sources
> > * IO/MMIO emulation
> > * msix tables
> > * hvm params
> > * hvm_funcs
......
> > unsigned long gfn, mfn_t mfn, ((d->vcpu == NULL) || ((v =
> > d->vcpu[0]) == NULL)) ) return MTRR_TYPE_WRBACK;
> >   
> > -    if ( !v->domain->arch.hvm_domain.params[HVM_PARAM_IDENT_PT] )
> > +    if ( v->domain->arch.hvm_domain.params
> > +
> > && !v->domain->arch.hvm_domain.params[HVM_PARAM_IDENT_PT] )
> 
> This is one thing I want to discuss: I can see why initially it was 
> decided to disable hvm_params, as at the moment PVH only uses one of 
> them, and this saves allocating the array for PVH domains.  But the 
> result is a lot of fairly ugly things like this.  There's also (in 
> another patch) a hack that allows a guest to *set* the IRQ callback
> via hvmop hvm_param_set, but not *read* it.
> 
> Additionally, as far as I can tell, the only reason we can't support
> mem events is because we don't have hvm_params.
> 
> Since I think at some point we well want to use the mem events on PVH 
> guests, we should probably just allocate it now and avoid having
> things like this in the first place.

That would work too. My goal was to add things incrementally so they
got properly tested.

Mukesh