[Libvirt-cim] [PATCH 01 of 10] Add Resource Pool types to svpc_types.h

Dan Smith danms at us.ibm.com
Thu Mar 6 16:31:41 UTC 2008


HE>  struct virt_device {
HE>          enum {
HE> -              VIRT_DEV_NET = CIM_RASD_TYPE_NET,
HE> -              VIRT_DEV_DISK = CIM_RASD_TYPE_DISK,
HE> -              VIRT_DEV_MEM = CIM_RASD_TYPE_MEM,
HE> -              VIRT_DEV_VCPU = CIM_RASD_TYPE_PROC,
HE> -              VIRT_DEV_UNKNOWN = 1000,
HE> +              VIRT_DEV_NET = CIM_RES_TYPE_NET,
HE> +              VIRT_DEV_DISK = CIM_RES_TYPE_DISK,
HE> +              VIRT_DEV_MEM = CIM_RES_TYPE_MEM,
HE> +              VIRT_DEV_VCPU = CIM_RES_TYPE_PROC,
HE> +              VIRT_DEV_UNKNOWN = CIM_RES_TYPE_UNKNOWN,
HE>                VIRT_DEV_EMU,
HE>                VIRT_DEV_GRAPHICS,
HE>          } type;

Are the VIRT_DEV_foo constants used anywhere else?  It looks to me
that they are mostly stripped out, with the exception of maybe some of
the device_parsing stuff.

I don't think it's a good idea to set dev->type=A in device_parsing,
but check for dev->type==B everywhere else, even though we know A==B.
Do you mind if we try to make this a clean change instead of an
incremental one?

I think breaking out the first few patches into a separate set to do
the switchover is appropriate.

Anyone else have any thoughts about this?

Sorry to drag this out, Heidi... :|

-- 
Dan Smith
IBM Linux Technology Center
Open Hypervisor Team
email: danms at us.ibm.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 188 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/libvirt-cim/attachments/20080306/4e0d9d1f/attachment.sig>


More information about the Libvirt-cim mailing list