[Libvir] VIR_DOMAIN_NOSTATE

[Richard W.M. Jones]

Russ Blaine wrote:
> Daniel P. Berrange wrote:
>> Can you edit the src/xen_internal.c file and in the 
>> xenHypervisorGetDomInfo()
>> method, add a printf() for the 'domain_flags' flags variable.  IMHO the
>> way we deal with this isn't quite correct. We merely mask out the high 
>> bits and then switch on the resulting value. This isn't the way the Xen
>> hypervisor uses this field though. Xen more or less uses the whole thing
>> as as bitmask, allowing near arbitrary combinations of bits to be set.
>> So I think what is happening is there's a combo of bits set which cause
>> the switch() statement to fail all cases, resulting in NOSTATE.
>>
>> We'll probably need to replace the switch(domain_flags) with something 
>> which explicitly tests for the bits we're interested in, rather than
>> looking at the value as a whole.
> 
> when xenHypervisorGetDomInfo() returns VIR_DOMAIN_NONE, domain_flags is 
> 0 (sampled after the HVM bit has been masked out). So is there some 
> other state implied by domain_flags being 0? In all cases I have seen, 
> the domain is actually running -- accumulating CPU time, etc.
> 
> -----------------------------------------------------
> Russ Blaine | Solaris Kernel | russell.blaine at sun.com

This begs a question actually ... Is the host (or guest) Solaris?

Rich.

-- 
Emerging Technologies, Red Hat - http://et.redhat.com/~rjones/
Registered Address: Red Hat UK Ltd, Amberley Place, 107-111 Peascod
Street, Windsor, Berkshire, SL4 1TE, United Kingdom.  Registered in
England and Wales under Company Registration No. 03798903
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3237 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://listman.redhat.com/archives/libvir-list/attachments/20080129/674dfca2/attachment-0001.bin>