[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] "virtual cluster" debug support
> (though create will fill in a default of groupid = domid). That restriction is only a current limitation of the tools. I simply haven't taken the time to set the option at runtime. > I'm not keen on the proliferation of dom0 ops, and I expect we'll merge > a number of them into a 'get/set domain parameter' operation at some What is wrong with {GET/SET}DOMAININFO? These can be done at run-time. If you look, you'll see that I explicitly handle the case of removing a domain from an existing group before adding it to another. > point, but for the moment, I think the best soloution is adding a > DOM0_SETDOMAINGROUP. I'm perfectly happy to do that, but I'd like to know why SETDOMAININFO doesn't fit the bill. I would also appreciate feedback on the correctness of the locking. Thanks. -Kip ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxxxx https://lists.sourceforge.net/lists/listinfo/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |