WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-ia64-devel

RE: [Xen-ia64-devel] [RFC][PATCH] [RESEND] support special guest optimis

To: "Xu, Anthony" <anthony.xu@xxxxxxxxx>
Subject: RE: [Xen-ia64-devel] [RFC][PATCH] [RESEND] support special guest optimisations in the hypervisor
From: Alex Williamson <alex.williamson@xxxxxx>
Date: Thu, 05 Jul 2007 19:36:19 -0600
Cc: xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Thu, 05 Jul 2007 18:34:27 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <51CFAB8CB6883745AE7B93B3E084EBE2DE9F34@xxxxxxxxxxxxxxxxxxxxxxxxxxxx>
List-help: <mailto:xen-ia64-devel-request@lists.xensource.com?subject=help>
List-id: Discussion of the ia64 port of Xen <xen-ia64-devel.lists.xensource.com>
List-post: <mailto:xen-ia64-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-ia64-devel>, <mailto:xen-ia64-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-ia64-devel>, <mailto:xen-ia64-devel-request@lists.xensource.com?subject=unsubscribe>
Organization: HP OSLO R&D
References: <51CFAB8CB6883745AE7B93B3E084EBE2DE9F34@xxxxxxxxxxxxxxxxxxxxxxxxxxxx>
Sender: xen-ia64-devel-bounces@xxxxxxxxxxxxxxxxxxx
On Fri, 2007-07-06 at 09:01 +0800, Xu, Anthony wrote:
> Hi Dietmar,
> 
> I can understand you want to use the same interface for special guest 
> Optimizations. While I think it is OK to use different interfaces for HVM and 
> domU.
> So I suggest HVM still use interface like GOS_WINDOWS(v), while domU uses 
> opt_feature interface.

Hi Anthony,

   From a maintenance perspective, it's much nicer to use the same
interface for both PV and HVM.  In this case, it seems like it's even
fairly easy to do so.  Do you have any specific objections to using a
feature bit versus an OS identifier?  Personally I like the idea of
tuning based on a property of the guest OS instead of the type of guest
OS.  It's also more self explanatory in the code that a guest has
feature X, therefore we can optimize Y.  Tuning based on IS_WINDOWS() is
more opaque.

Dietmar, is there any reason to use "PV" or "HVM" in the name of the
feature bit?  It seems like if we had a OPTF_IDENT_MAP_HVM_REG7 and a
OPTF_IDENT_MAP_PV_REG7 that they wouldn't intersect in usage.  We could
therefore make them the same bit and drop the extra identifier.  In the
Windows case, I wonder if that should be two separate bits for region 4
& 5 instead of combining them into one.  Thanks,

        Alex
 
-- 
Alex Williamson                             HP Open Source & Linux Org.


_______________________________________________
Xen-ia64-devel mailing list
Xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-ia64-devel

<Prev in Thread] Current Thread [Next in Thread>