|
|
|
|
|
|
|
|
|
|
xen-devel
Re: [Xen-devel] DOM0_GETDOMAININFO intended behavior
:-)
I asked the same question a week or two ago and yes it is intended. It
provides for easy iteration. I think it is kind of a hackish interface
as it isn't uniform with *all* the other DOM0 calls. However, it works
and once you know to check the domid return value your code will work
as expected.
-Kip
On 6/3/05, Daniel Stekloff <dsteklof@xxxxxxxxxx> wrote:
>
> Hi,
>
> Is it intended behavior for DOM0_GETDOMAININFO to return the next
> domain's info if a requested domain doesn't exist?
>
> In xeno-unstable - xen/common/dom0_ops.c - lines 310-325:
>
> for_each_domain ( d )
> {
> if ( d->domain_id >= op->u.getdomaininfo.domain )
> break;
> }
>
> if ( (d == NULL) || !get_domain(d) )
> {
> read_unlock(&domlist_lock);
> ret = -ESRCH;
> break;
> }
>
> read_unlock(&domlist_lock);
>
> op->u.getdomaininfo.domain = d->domain_id;
>
>
>
> If, as an example, I request info for domain 2 that doesn't exist
> anymore and a higher domain number does exist, xen will return the next
> domain's information rather than an error telling me domain 2 doesn't
> exist.
>
> Is this correct?
>
> I noticed that libxc's xc_domain_getinfo() is built to use this when
> grabbing multiple domain information. I want to know if we need to fix
> vm-list to check what's returned or if this is unwanted behavior in the
> library and hypervisor.
>
> Thanks,
>
> Dan
>
>
>
>
>
>
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@xxxxxxxxxxxxxxxxxxx
> http://lists.xensource.com/xen-devel
>
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
|
|
|
|
|