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-devel

[Xen-devel] Re: [Xen-changelog] [xen-unstable] Clean up handling of IS_P

To: xen-devel@xxxxxxxxxxxxxxxxxxx
Subject: [Xen-devel] Re: [Xen-changelog] [xen-unstable] Clean up handling of IS_PRIV_FOR() and rcu_[un]lock_domain().
From: Samuel Thibault <samuel.thibault@xxxxxxxxxxxxx>
Date: Sat, 29 Mar 2008 11:23:16 +0000
Delivery-date: Sat, 29 Mar 2008 04:23:42 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <200803290750.m2T7o8pP027589@xxxxxxxxxxxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Mail-followup-to: Samuel Thibault <samuel.thibault@xxxxxxxxxxxxx>, xen-devel@xxxxxxxxxxxxxxxxxxx
References: <200803290750.m2T7o8pP027589@xxxxxxxxxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mutt/1.5.12-2006-07-14
Hello,

Xen patchbot-unstable, le Sat 29 Mar 2008 00:50:07 -0700, a écrit :
> This probably breaks stub domains. Where necessary, some of these
> reversions can themselves be reverted where they are judged both
> necessary and safe.

HVMOP_get_param is needed yes (set_param doesn't seem to be).

set_foreigndom is probably needed in a lot of cases, but maybe not all,
so maybe we should have two versions of it.

DOMCTL_getdomaininfo is needed.
DOMCTL_max_mem is needed.
DOMCTL_settimeoffset is needed.
x86 DOMCTL_memory/ioport_mapping are needed for passthrough (not
implemented yet, though)

IIRC the event channel ops are not needed right now, but will probably
be in the future.

XENMEM_in/decrease_reservation and populate_physmap are needed.
XENMEM_maximum_gpfn is needed.

I don't have the time to test precisely what else would be needed, but
the cases above should be at least 90% of what is.

Samuel

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

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