[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH v5] xen/domain: introduce DOMID_ANY


  • To: Anthony PERARD <anthony.perard@xxxxxxxxxx>
  • From: dmukhin@xxxxxxxx
  • Date: Mon, 2 Mar 2026 22:23:21 -0800
  • Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass (sender ip is 148.163.138.245) smtp.rcpttodomain=lists.xenproject.org smtp.mailfrom=ford.com; dmarc=pass (p=reject sp=reject pct=100) action=none header.from=ford.com; dkim=pass (signature was verified) header.d=saarlouis.ford.com; dkim=pass (signature was verified) header.d=ford.com; arc=none (0)
  • Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=1LRWpccveiPINMTJncKdme8CBh1yL3XssSG6j2s783Q=; b=MHZ2rHg1I4GxHocSGd/Fa7sGxGM/u6WUicJ3D+L3g03PgJXAwtS+/OA/kREQNLv577bW/NjmrDAuv7B93MgjXdDyZAo8n8YXLdtOPybFyKMkie7BVJVwFMna6xebsyUnL2T2Hpa9wPPORAWj1PwLKKJXT3ktP0u69InZ9QTxCuQfjJX/fplXkjgqNoBeo5CG0iaFbvUWEBeQd9Cf10RkP/buTDadpyi2Ypa73nB9XMwjs/Q8aRSEa0dc8PRoq0DR7ee914dK9uVZYgwXBvyUn7EvHP+JOPg6reHIjVpeSP14Q6xuk6eCd4/8Zvc9tplHgEiym/hLw28fYOy0mtDrDQ==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=Q9r/3UZNnrjNbK1vbIhL2jOKK8ObjdWn0Y4IXI9ZbxPZygCEmo+6A4wt99JNUmf+JYTSwmBUuokSjhgz0mhWprV+i8uHbmPhQTHXF3wX0tbQ/8vsrZEyIxbrO0sMpESdZBWU8I+Z+QyJhNZoU8yRd3U0V4EjjchNvIHhRJxCw+hzApJxr3IFDMf4R5RkWtCqUyFWsOq5jT2gjWvAN+AX1e+Dv3ocgPYF0pGX/s/JlWmIwh8YnGqz4iGQyvlz3yHlN0lc4CojyLokMO9YlSD/yd8YRyDvs51jSJWNIG9TP4XsXDN+vXbWj+e0Ph8NKmwdMh67aXm26mPt+erZTPYzig==
  • Cc: dmukhin@xxxxxxxx, xen-devel@xxxxxxxxxxxxxxxxxxxx, andrew.cooper3@xxxxxxxxxx, jbeulich@xxxxxxxx, julien@xxxxxxx, michal.orzel@xxxxxxx, roger.pau@xxxxxxxxxx, sstabellini@xxxxxxxxxx
  • Delivery-date: Tue, 03 Mar 2026 06:23:57 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>
  • Pser-m365-app: SER-APP

On Mon, Mar 02, 2026 at 02:25:33PM +0000, Anthony PERARD wrote:
> On Thu, Feb 05, 2026 at 03:51:26PM -0800, dmukhin@xxxxxxxx wrote:
> > diff --git a/tools/libs/light/libxl_create.c 
> > b/tools/libs/light/libxl_create.c
> > index bfc9149096a3..714e71441498 100644
> > --- a/tools/libs/light/libxl_create.c
> > +++ b/tools/libs/light/libxl_create.c
> > @@ -676,15 +676,14 @@ int libxl__domain_make(libxl__gc *gc, 
> > libxl_domain_config *d_config,
> >                  if (ret < 0)
> >                      break;
> >  
> > -                v &= DOMID_MASK;
> > -                if (!libxl_domid_valid_guest(v))
> > -                    continue;
> > -
> > -                local_domid = v;
> > +                local_domid = v & DOMID_MASK;
> >              } else {
> >                  local_domid = info->domid; /* May not be valid */
> >              }
> >  
> > +            if (!libxl_domid_valid_guest(local_domid))
> > +                local_domid = DOMID_ANY;
> 
> Well, that make it possible to have DOMID_ANY selected when a "random"
> domid was asked for, and this value is more likely than any other domid.
> I don't think it's wise to change that. The domid generated in the
> random case was already valid, no need to check again.
> 
> Coud you move the new validity check into the case where domid isn't
> "random" or introduce a new case in the if/else chain ?
> (something like that for the second option: if (domid==random) elif
> (domid.is_valid) else (use domid))


Will do, thanks.

--
Denis



 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.