core interfaces for the libvir library Provides the interfaces of the libvir library to handle Xen domains from a process running in domain 0 Daniel Veillard <veillard@redhat.com> Macro providing the version of the library as version * 1,000,000 + minor * 1000 + micro a virConnectPtr is pointer to a virConnect private structure, this is the type used to reference a connection to the Xen Hypervisor in the API. a virDomainInfoPtr is a pointer to a virDomainInfo structure. a virDomainPtr is pointer to a virDomain private structure, this is the type used to reference a Xen domain in the API. This function closes the connection to the Hypervisor. This should not be called if further interaction with the Hypervisor are needed especially if there is running domain which need further monitoring by the application. Get the name of the Hypervisor software used. Get the version level of the Hypervisor running. This may work only with hypervisor call, i.e. with priviledged access to the hypervisor, not with a Read-Only connection. Collect the list of active domains, and store their ID in @maxids Provides the number of active domains. This function should be called first to get a connection to the Hypervisor and xen store This function should be called first to get a read-only connection to the xen store. The set of APIs usable are then restricted. Launch a new Linux guest domain, unimplemented yet, API to be defined. This would function requires priviledged access to the hypervisor. Destroy the domain object. The running instance is shutdown if not down already and all resources used by it are given back to the hypervisor. The data structure is freed and should not be used thereafter if the call does not return an error. This function requires priviledged access to the hypervisor. Free the domain object. The running instance is kept alive. The data structure is freed and should not be used thereafter. Get the hypervisor ID number for the domain Extract information about a domain. Note that if the connection used to get the domain is limited only a partial set of the informations can be extracted. Retrieve the maximum amount of physical memory allocated to a domain. If domain is NULL, then this get the amount of memory reserved to Domain0 i.e. the domain where the application runs. Get the public name for that domain Get the type of domain operation system. Provide an XML description of the domain. NOTE: this API is subject to changes. Try to find a domain based on the hypervisor ID number Try to lookup a domain on the given hypervisor based on its name. Resume an suspended domain, the process is restarted from the state where it was frozen by calling virSuspendDomain(). This function requires priviledged access to the hypervisor. Dynamically change the maximum amount of physical memory allocated to a domain. If domain is NULL, then this change the amount of memory reserved to Domain0 i.e. the domain where the application runs. This function requires priviledged access to the hypervisor. Shutdown a domain, the domain object is still usable there after but the domain OS is being stopped. TODO: should we add an option for reboot, knowing it may not be doable in the general case ? Suspends an active domain, the process is frozen without further access to CPU resources and I/O but the memory used by the domain at the hypervisor level will stay allocated. Use virDomainResume() to reactivate the domain. This function requires priviledged access to the hypervisor. Provides two information back, @libVer is the version of the library while @typeVer will be the version of the hypervisor type @type against which the library was compiled. If @type is NULL, "Xen" is assumed, if @type is unknown or not availble, an error code will be returned and @typeVer will be 0.