# Data Object - HostCpuIdInfo(vim.host.CpuIdInfo)

Property of
  ClusterEVCManagerEVCState, EVCMode, GuestOsDescriptor, HostCapability, HostCpuPackage, HostHardwareInfo, VirtualMachineConfigInfo, VirtualMachineCpuIdInfoSpec
Extends
  DynamicData
Since
  2.0

## Data Object Description

The CpuIdInfo data object type is used to represent the CPU features of a particular host or product, or to specify what the CPU feature requirements are for a particular virtual machine or guest operating system.

As of vSphere API 5.1 FeatureMask must be used for masking all hosts and is the recommended method for masking virtual machines with hardware version 9 and above (newer). CpuIdInfo should be used only to mask hardware version 8 and lower (older) virtual machines. Although CpuIdInfo can mask all virtual machines regardless of hardware version, its application is limited and has been superceded by FeatureMask.

For each register (eax,ebx,ecx,edx), the string is a bit mask of the form:

           ????:????:????:????:????:????:????:????

When used to represent the features of a specific processor package (cpuPkg), the features common to all processors on a host (cpuFeature), or the features supported by a virtualization platform (supportedCpuFeature), each bit is either '0' or '1', or '-' for unknown/unspecified. In these feature vectors, the vendor field is never set.

Optional values in these feature vectors default to '----:----:----:----:----:----:----:----'.

When specifying the required feature set for a virtual machine or a guest operating system, the bits can take on the values as described below, and the vendor field may be set. The total feature requirements for a virtual machine are composed by using any requirements listed in the virtual machine's configuration to override the requirements listed in the descriptor for the virtual machine's guest OS.

Bits used for specifying requirements:

- x: Unused by guest software.
- T: Feature that the guest software requires to be enabled.
- F: Feature that the guest software requires to be disabled.
- 1: Feature will be reported as enabled if queried by the guest software.
- 0: Feature will be reported as disabled if queried by the guest software.
- R: Feature will be reported as disabled if queried by the guest software; however, for VMotion the actual value of this feature is required to be the same on both hosts.
- H: Used by guest software. For VMotion the value of this feature is required to be the same on both hosts.
- -: This bit type is only used in the requirements stored in the virtual machine's configuration. It indicates that, for this bit position, the requirement from the guest OS descriptor should be used instead.

The values 'F' and '1' are rarely used but included for completeness. The '0' and '1' values do not promise a faithful virtualization of these features; whether the features work when forced to 0 or 1 is highly dependent on the guest software.

Optional values in the requirements from the virtual machine's configuration default to '----:----:----:----:----:----:----:----'. Optional values in the requirements from the guest OS descriptor default to 'xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx'.

Once the feature requirements for a virtual machine have been composed from the virtual machine's configuration and guest OS descriptor, the bit types above are used to identify whether or not the virtual machine can be powered on or be migrated with VMotion to a particular host. The rules are as follows:

- Power-on: Requirements marked as 'T' or 'F' must match bits '1' or '0', respectively, in the features advertised by the HardwareInfo of the power-on host.
- VMotion: Requirements marked as 'T' or 'F' must match bits '1' or '0', respectively, in the features advertised by the HardwareInfo of the destination host. Also, at the positions where requirements are marked 'H' or 'R', the advertised value of that feature for the source host must match that of the destination host.

Properties

Name | Type | Description
--- | --- | ---
eax* | xsd:string | String representing the required EAX bits.
ebx* | xsd:string | String representing the required EBX bits.
ecx* | xsd:string | String representing the required ECX bits.
edx* | xsd:string | String representing the required EDX bits.
level | xsd:int | Level (EAX input to CPUID).
vendor* | xsd:string | Used if this mask is for a particular vendor.
Properties inherited from DynamicData
None

*Need not be set
Show WSDL type definition
<complexType xmlns="http://www.w3.org/2001/XMLSchema" xmlns:vsan="urn:vsan" name="HostCpuIdInfo"> <complexContent> <extension base="vsan:DynamicData"> <sequence> <element name="level" type="xsd:int"/> <element name="vendor" type="xsd:string" minOccurs="0"/> <element name="eax" type="xsd:string" minOccurs="0"/> <element name="ebx" type="xsd:string" minOccurs="0"/> <element name="ecx" type="xsd:string" minOccurs="0"/> <element name="edx" type="xsd:string" minOccurs="0"/> </sequence> </extension> </complexContent> </complexType>