WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-cim

Re: [Xen-cim] ProcessorPool commit & CIM_ConcreteComponent

To: "Subrahmanian, Raj" <raj.subrahmanian@xxxxxxxxxx>
Subject: Re: [Xen-cim] ProcessorPool commit & CIM_ConcreteComponent
From: Jim Fehlig <jfehlig@xxxxxxxxxx>
Date: Thu, 27 Jul 2006 15:12:35 -0600
Cc: xen-cim@xxxxxxxxxxxxxxxxxxx
Delivery-date: Thu, 27 Jul 2006 14:13:21 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <94C8C9E8B25F564F95185BDA64AB05F603F3ECF4@xxxxxxxxxxxxxxxxxxxxxxxxxxxx>
List-help: <mailto:xen-cim-request@lists.xensource.com?subject=help>
List-id: xen-cim mailing list <xen-cim.lists.xensource.com>
List-post: <mailto:xen-cim@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-cim>, <mailto:xen-cim-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-cim>, <mailto:xen-cim-request@lists.xensource.com?subject=unsubscribe>
References: <94C8C9E8B25F564F95185BDA64AB05F603F3ECF4@xxxxxxxxxxxxxxxxxxxxxxxxxxxx>
Sender: xen-cim-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Thunderbird 1.5.0.4 (X11/20060516)
Subrahmanian, Raj wrote:
Jim,
I was browsing the ProcessorPool mofs (to see what I could steal for the
MemoryPool code, of course :) )and I noticed that there was no
CIM_ConcreteComponent association.
Don't we need this? I have included the relevant section from Resource
Allocation Profile. Also, If we do, is the right nomenclature?
Xen_ConcreteMemory, Xen_ConcreteMemoryComponent,
Xen_MemoryConcreteComponent?
Raj

Yep, we need this association. I haven't yet integrated the processor pool stuff with SMASH either. The changeset was getting quite large and I thought it was at an appropriate point to check it in. I'm now working on integrating with SMASH and adding the mentioned association. As for the name, I prefer your Xen_ConcreteMemoryComponent suggestion. So I'll be creating a Xen_ConcreteProcessorComponent - unless there are objections. Sometimes coming up with these names is a PITA :-). E.g. I'm not all that happy with Xen_ProcessorSettingAllocationFromPool. Took me longer to settle on a name than write the damn code.

BTW, I'm going to make a small commit shortly to remove remaining references to Linux_* classes. Found these when I attempted to install all of our schema with no sblim-base installed. Also some minor tweaks to Xen_MemorySettingData to conform to latest RASD.

Jim

7.1.2 Host Resources - (Optional)

Aggregation of Host Resources is optional. When aggregation of Host
Resources is supported there shall be at least one instance of
LogicalDevice associated with the ResourcePool instance through the
ConcreteComponent association. When a Resource Pool is used for the
allocation of fully synthetic virtual resources, aggregation of Host
Resources shall not be supported. When a pool is used for dedicated or
shared resources, aggregation of Host Resources should be supported.
When aggregation of Host Resources is supported, the ResourcePool
Capacity property shall be supported. An instance of LogicalDevice
representing a Host Resource shall be associated with zero or one
instances of ResourcePool through the ConcreteComponent association.

_______________________________________________
Xen-cim mailing list
Xen-cim@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-cim

_______________________________________________
Xen-cim mailing list
Xen-cim@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-cim

<Prev in Thread] Current Thread [Next in Thread>