From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Chen, Tiejun" Subject: Re: [v10][PATCH 11/16] tools/libxl: detect and avoid conflicts with RDM Date: Tue, 21 Jul 2015 20:04:51 +0800 Message-ID: <55AE3563.6030907@intel.com> References: <1437373023-14884-1-git-send-email-tiejun.chen@intel.com> <1437373023-14884-12-git-send-email-tiejun.chen@intel.com> <21932.63595.566823.211293@mariner.uk.xensource.com> <21934.8684.318670.874156@mariner.uk.xensource.com> <55AE272A.4020306@intel.com> <21934.10490.615041.203428@mariner.uk.xensource.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; Format="flowed" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <21934.10490.615041.203428@mariner.uk.xensource.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: Ian Jackson Cc: Stefano Stabellini , Wei Liu , Ian Campbell , xen-devel@lists.xen.org List-Id: xen-devel@lists.xenproject.org On 2015/7/21 19:11, Ian Jackson wrote: > Chen, Tiejun writes ("Re: [v10][PATCH 11/16] tools/libxl: detect and avoid conflicts with RDM"): >> I would add this check at the beginning of this function: >> >> assert(!d_config->num_rdms && !d_config->rdms). > > As Ian Campbell and I have explained, that is not OK. > > The caller may choose to pass both some rdms and strategy=host. If you're talking to create the domain twice I think this should be reasonable, if (d_config->num_rdms) return 0; Because RDMs are always associated to the platform so we should keep the same array. I mean same configuration shouldn't change this point. Thanks Tiejun > > The most obvious case is something like the following code > > libxl_domain_config cfg; > cfg.stuff = blah; > cfg.rdm.strategy = HOST; > > libxl_domain_create_new(&cfg, &domid); > libxl_domain_destroy(domid); > libxl_domain_create_new(&cfg, &domid); > > which must work (and the second domain should have identical > configuration to the first). > > Ian. >