1 kumpf 1.2 // ===================================================================
2 // Title: Physical Packages 2.7
3 // Filename: Physical27_Package.mof
4 // Version: 2.7.0
5 // Release: Final
6 // Date: 03/31/03
7 // ===================================================================
8 // Copyright 1998-2003 Distributed Management Task Force, Inc. (DMTF).
9 // All rights reserved.
10 // DMTF is a not-for-profit association of industry members dedicated
11 // to promoting enterprise and systems management and interoperability.
12 // DMTF specifications and documents may be reproduced for uses
13 // consistent with this purpose by members and non-members,
14 // provided that correct attribution is given.
15 // As DMTF specifications may be revised from time to time,
16 // the particular version and release date should always be noted.
17 //
18 // Implementation of certain elements of this standard or proposed
19 // standard may be subject to third party patent rights, including
20 // provisional patent rights (herein "patent rights"). DMTF makes
21 // no representations to users of the standard as to the existence
22 kumpf 1.2 // of such rights, and is not responsible to recognize, disclose, or
23 // identify any or all such third party patent right, owners or
24 // claimants, nor for any incomplete or inaccurate identification or
25 // disclosure of such rights, owners or claimants. DMTF shall have no
26 // liability to any party, in any manner or circumstance, under any
27 // legal theory whatsoever, for failure to recognize, disclose, or
28 // identify any such third party patent rights, or for such party's
29 // reliance on the standard or incorporation thereof in its product,
30 // protocols or testing procedures. DMTF shall have no liability to
31 // any party implementing such standard, whether such implementation
32 // is foreseeable or not, nor to any patent owner or claimant, and shall
33 // have no liability or responsibility for costs or losses incurred if
34 // a standard is withdrawn or modified after publication, and shall be
35 // indemnified and held harmless by any party implementing the
36 // standard from any and all claims of infringement by a patent owner
37 // for such implementations.
38 //
39 // For information about patents held by third-parties which have
40 // notified the DMTF that, in their opinion, such patent may relate to
41 // or impact implementations of DMTF standards, visit
42 // http://www.dmtf.org/about/policies/disclosures.php.
43 kumpf 1.2 // ===================================================================
44 // Description: The Physical Model defines modeling concepts related
45 // to actual boxes and packaging. This file defines the
46 // concepts related to packaging of Cards, Frames,
47 // Chassis, etc.
48 //
49 // The object classes below are listed in an order that
50 // avoids forward references. Required objects, defined
51 // by other working groups, are omitted.
52 // ==================================================================
53 // Change Log for v2.7
54 // CR623 - Fix the DMI mapping string to include the attribute number
55 // PhysicalFrame.SecurityBreach and Chassis.ChassisTypes
56 // CR629 - Extend Chassis.ChassisType to include "Multi-system Chassis"
57 // CR877 - Add AGP8X enumeration to PhysicalConnector.ConnectorType
58 // ==================================================================
59
60 #pragma locale ("en_US")
61
62
63 // ==================================================================
64 kumpf 1.2 // PhysicalPackage
65 // ==================================================================
66 [Version ("2.6.0"), Description (
67 "The PhysicalPackage class represents PhysicalElements that "
68 "contain or host other components. Examples are a Rack "
69 "enclosure or an adapter Card.") ]
70 class CIM_PhysicalPackage : CIM_PhysicalElement {
71
72 [Description (
73 "A PhysicalPackage is Removable if it is designed to be "
74 "taken in and out of the physical container in which it is "
75 "normally found, without impairing the function of the "
76 "overall packaging. A Package can still be Removable if "
77 "power must be 'off' in order to perform the removal. If "
78 "power can be 'on' and the Package removed, then the Element "
79 "is both Removable and HotSwappable. For example, an extra "
80 "battery in a laptop is Removable, as is a disk drive Package "
81 "inserted using SCA connectors. However, the latter is also "
82 "HotSwappable. A laptop's display is not Removable, nor "
83 "is a non-redundant power supply. Removing these "
84 "components would impact the function of the overall packaging "
85 kumpf 1.2 "or is impossible due to the tight integration of the "
86 "Package.") ]
87 boolean Removable;
88
89 [Description (
90 "A PhysicalPackage is Replaceable if it is possible to "
91 "replace (FRU or upgrade) the Element with a physically "
92 "different one. For example, some ComputerSystems "
93 "allow the main Processor chip to be upgraded to one of a "
94 "higher clock rating. In this case, the Processor is said "
95 "to be Replaceable. Another example is a power supply "
96 "Package mounted on sliding rails. All Removable packages "
97 "are inherently Replaceable.") ]
98 boolean Replaceable;
99
100 [Description (
101 "A PhysicalPackage is HotSwappable if it is possible to "
102 "replace the Element with a physically different "
103 "but equivalent one while the containing Package has power "
104 "applied to it (ie, is 'on'). For example, a disk drive "
105 "Package inserted using SCA connectors is both Removable "
106 kumpf 1.2 "and HotSwappable. All HotSwappable packages are inherently "
107 "Removable and Replaceable.") ]
108 boolean HotSwappable;
109
110 [Description (
111 "The height of the PhysicalPackage in inches."),
112 Units ("Inches") ]
113 real32 Height;
114
115 [Description (
116 "The depth of the PhysicalPackage in inches."),
117 Units ("Inches") ]
118 real32 Depth;
119
120 [Description (
121 "The width of the PhysicalPackage in inches."),
122 Units ("Inches") ]
123 real32 Width;
124
125 [Description (
126 "The weight of the PhysicalPackage in pounds."),
127 kumpf 1.2 Units ("Pounds") ]
128 real32 Weight;
129
130 [Description (
131 "The IsCompatible method verifies whether the referenced "
132 "PhysicalElement may be contained by or inserted into "
133 "the PhysicalPackage. The return value should be 0 if "
134 "the request was successfully executed, 1 if the request "
135 "is not supported and some other value if an error "
136 "occurred. In a subclass, the set of possible return codes "
137 "could be specified, using a ValueMap qualifier on the "
138 "method. The strings to which the ValueMap contents are "
139 "'translated' may also be specified in the subclass as a "
140 "Values array qualifier.") ]
141 uint32 IsCompatible(
142 [IN] CIM_PhysicalElement REF ElementToCheck);
143 };
144
145
146 // ==================================================================
147 // Container
148 kumpf 1.2 // ==================================================================
149 [Association, Aggregation, Version ("2.6.0"), Description (
150 "The Container association represents the relationship "
151 "between a contained and a containing PhysicalElement. "
152 "A containing object must be a PhysicalPackage.") ]
153 class CIM_Container : CIM_Component {
154
155 [Override ("GroupComponent"), Aggregate, Max (1), Description (
156 "The PhysicalPackage that contains other PhysicalElements, "
157 "including other Packages."),
158 MappingStrings {
159 "MIB.IETF|Entity-MIB.entPhysicalContainedIn"} ]
160 CIM_PhysicalPackage REF GroupComponent;
161
162 [Override ("PartComponent"), Description (
163 "The PhysicalElement which is contained in the Package.") ]
164 CIM_PhysicalElement REF PartComponent;
165
166 [Description (
167 "A free-form string representing the positioning of the "
168 "PhysicalElement within the PhysicalPackage. Information "
169 kumpf 1.2 "relative to stationary elements in the Container (for "
170 "example, 'second drive bay from the top'), angles, "
171 "altitudes and other data may be recorded in this property. "
172 "This string could supplement or be used in place of "
173 "instantiating the CIM_Location object."),
174 MappingStrings {
175 "MIB.IETF|Entity-MIB.entPhysicalParentRelPos"} ]
176 string LocationWithinContainer;
177 };
178
179
180 // ==================================================================
181 // PhysicalFrame
182 // ==================================================================
183 [Version ("2.7.0"), Description (
184 "PhysicalFrame is a superclass of Rack, Chassis and "
185 "other frame enclosures, as they are defined in extension "
186 "classes. Properties like visible or audible alarm, and data "
187 "related to security breaches are in this superclass." ) ]
188 class CIM_PhysicalFrame : CIM_PhysicalPackage {
189
190 kumpf 1.2 [Description ("CableManagementStrategy is a free-form string "
191 "that contains information on how the various cables are "
192 "connected and bundled for the Frame. With many networking, "
193 "storage-related and power cables, cable management can be "
194 "a complex and challenging endeavor. This string property "
195 "contains information to aid in assembly and service "
196 "of the Frame.") ]
197 string CableManagementStrategy;
198
199 [Description (
200 "ServicePhilosophy is an enumerated, integer-valued "
201 "array that indicates whether the Frame is serviced from the "
202 "top (value=2), front (3), back (4) or side (5), whether it "
203 "has sliding trays (6) or removable sides (7), and/or whether "
204 "the Frame is moveable (8), for example, having rollers."),
205 ArrayType ("Indexed"),
206 ValueMap {"0", "1", "2", "3", "4", "5", "6", "7", "8"},
207 Values {"Unknown", "Other", "Service From Top",
208 "Service From Front", "Service From Back",
209 "Service From Side", "Sliding Trays",
210 "Removable Sides", "Moveable"},
211 kumpf 1.2 ModelCorrespondence {"CIM_PhysicalFrame.ServiceDescriptions"} ]
212 uint16 ServicePhilosophy[];
213
214 [Description ("An array of free-form strings providing more "
215 "detailed explanations for any of the entries in the Service"
216 "Philosophy array. Note, each entry of this array "
217 "is related to the entry in ServicePhilosophy that is "
218 "located at the same index."),
219 ArrayType ("Indexed"),
220 ModelCorrespondence {"CIM_PhysicalFrame.ServicePhilosophy"} ]
221 string ServiceDescriptions[];
222
223 [Description ("Boolean indicating whether the Frame is protected "
224 "with a lock.") ]
225 boolean LockPresent;
226
227 [Description ("Boolean indicating whether the Frame is equipped "
228 "with an audible alarm.") ]
229 boolean AudibleAlarm;
230
231 [Description ("Boolean indicating that the equipment includes "
232 kumpf 1.2 "a visible alarm.") ]
233 boolean VisibleAlarm;
234
235 [Description ("SecurityBreach is an enumerated, integer-valued "
236 "property indicating whether a physical breach of the Frame "
237 "was attempted but unsuccessful (value=4) or attempted and "
238 "successful (5). Also, the values, \"Unknown\", \"Other\" or "
239 "\"No Breach\", can be specified."),
240 ValueMap {"1", "2", "3", "4", "5"},
241 Values {"Other", "Unknown", "No Breach", "Breach Attempted",
242 "Breach Successful"},
243 MappingStrings {
244 "MIF.DMTF|Physical Container Global Table|004.12"},
245 ModelCorrespondence {"CIM_PhysicalFrame.BreachDescription"} ]
246 uint16 SecurityBreach;
247
248 [Description ("BreachDescription is a free-form string providing "
249 "more information if the SecurityBreach property indicates "
250 "that a breach or some other security-related event "
251 "occurred."),
252 ModelCorrespondence {"CIM_PhysicalFrame.SecurityBreach"} ]
253 kumpf 1.2 string BreachDescription;
254
255 [Description (
256 "Boolean indicating that the Frame is currently locked.") ]
257 boolean IsLocked;
258 };
259
260
261 // ==================================================================
262 // Rack
263 // ==================================================================
264 [Version ("2.6.0"), Description (
265 "A Rack is a PhysicalFrame that represents an enclosure in "
266 "which Chassis are placed. Typically a Rack is nothing more "
267 "than the enclosure, and all the functioning componentry is "
268 "packaged in the Chassis, loaded in the Rack.") ]
269 class CIM_Rack : CIM_PhysicalFrame {
270
271 [Override ("Height"), Description (
272 "The height of the PhysicalPackage in 'U's. A 'U' is a "
273 "standard unit of measure for the height of a Rack or "
274 kumpf 1.2 "rack-mountable component. It is equal to 1.75 inches or "
275 "4.445 cm."),
276 Units ("Us") ]
277 real32 Height;
278
279 [Description ("Enumeration indicating the type of Rack."
280 "Information such as \"Telco\" rack (value=2) or standard "
281 "19 inch rack (1) can be specified. The country for which "
282 "the Rack is manufactured is defined in the the Country"
283 "Designation property."),
284 ValueMap {"0", "1", "2", "3", "4"},
285 Values {"Unknown", "Standard 19 Inch", "Telco",
286 "Equipment Shelf", "Non-Standard"},
287 ModelCorrespondence {"CIM_Rack.CountryDesignation"} ]
288 uint16 TypeOfRack;
289
290 [Description ("Designation of the country for which the Rack "
291 "is designed. Country code strings are as defined by "
292 "ISO/IEC 3166. The rack type is specified in the TypeOf"
293 "Rack property."),
294 ModelCorrespondence {"CIM_Rack.TypeOfRack"} ]
295 kumpf 1.2 string CountryDesignation;
296 };
297
298 // ==================================================================
299 // Chassis
300 // ==================================================================
301 [Version ("2.7.0"), Description (
302 "The Chassis class represents the PhysicalElements that "
303 "enclose other Elements and provide definable functionality, "
304 "such as a desktop, processing node, UPS, disk or tape storage, "
305 "or a combination of these.") ]
306 class CIM_Chassis : CIM_PhysicalFrame {
307
308 [Description (
309 "Integer indicating the number of power cords which must be "
310 "connected to the Chassis, for all the componentry to "
311 "operate.") ]
312 uint16 NumberOfPowerCords;
313
314 [Description (
315 "Current required by the Chassis at 120V. If power is "
316 kumpf 1.2 "provided by the Chassis (as in the case of a UPS), this "
317 "property may indicate the amperage produced, as a negative "
318 "number."),
319 Units ("Amps at 120 Volts") ]
320 sint16 CurrentRequiredOrProduced;
321
322 [Description (
323 "Amount of heat generated by the Chassis in BTU/hour."),
324 Units ("BTU per Hour") ]
325 uint16 HeatGeneration;
326
327 [Description (
328 "An enumerated, integer-valued array indicating the type of "
329 "Chassis."),
330 ArrayType ("Indexed"),
331 ValueMap {"1", "2", "3", "4", "5", "6", "7", "8", "9",
332 "10", "11", "12", "13", "14", "15", "16", "17", "18", "19",
333 "20", "21", "22", "23", "24", "25"},
334 Values {"Other", "Unknown", "Desktop", "Low Profile Desktop",
335 "Pizza Box", "Mini Tower", "Tower", "Portable", "LapTop",
336 // 10
337 kumpf 1.2 "Notebook", "Hand Held", "Docking Station", "All in One",
338 "Sub Notebook", "Space-Saving", "Lunch Box",
339 "Main System Chassis", "Expansion Chassis", "SubChassis",
340 // 20
341 "Bus Expansion Chassis", "Peripheral Chassis",
342 "Storage Chassis", "Rack Mount Chassis",
343 "Sealed-Case PC", "Multi-system Chassis"},
344 MappingStrings {
345 "MIF.DMTF|Physical Container Global Table|004.1"},
346 ModelCorrespondence {"CIM_Chassis.TypeDescriptions"} ]
347 uint16 ChassisTypes[];
348
349 [Description (
350 "An array of free-form strings providing more information "
351 "on the ChassisTypes array entries. Note, each entry of this "
352 "array is related to the entry in ChassisTypes that is "
353 "located at the same index."),
354 ArrayType ("Indexed"),
355 ModelCorrespondence {"CIM_Chassis.ChassisTypes"} ]
356 string TypeDescriptions[];
357 };
358 kumpf 1.2
359
360 // ==================================================================
361 // ChassisInRack
362 // ==================================================================
363 [Association, Aggregation, Version ("2.6.0"), Description (
364 "Racks, as simple enclosures, contain Chassis that provide "
365 "the physical componentry realizing processing nodes, "
366 "storage devices, UPSs, etc. The ChassisInRack association "
367 "makes explicit the 'containing' relationship between the "
368 "Rack and the Chassis.") ]
369 class CIM_ChassisInRack : CIM_Container {
370
371 [Override ("GroupComponent"), Aggregate, Max (1),
372 Description ("The Rack that contains the Chassis.") ]
373 CIM_Rack REF GroupComponent;
374
375 [Override ("PartComponent"),
376 Description ("The Chassis which is mounted in the Rack.") ]
377 CIM_Chassis REF PartComponent;
378
379 kumpf 1.2 [Description (
380 "An integer indicating the lowest or 'bottom' U in which "
381 "the Chassis is mounted. A 'U' is a standard unit of "
382 "measure for the height of a Rack or rack-mountable "
383 "component. It is equal to 1.75 inches or 4.445 cm."),
384 Units ("Us") ]
385 uint16 BottomU;
386 };
387
388
389 // ==================================================================
390 // PackageInChassis
391 // ==================================================================
392 [Association, Aggregation, Version ("2.6.0"), Description (
393 "A Chassis can contain other Packages, such as other Chassis "
394 "and Cards. The PackageInChassis association makes explicit "
395 "this relationship.") ]
396 class CIM_PackageInChassis : CIM_Container {
397
398 [Override ("GroupComponent"), Aggregate, Max (1), Description (
399 "The Chassis that contains other PhysicalPackages.") ]
400 kumpf 1.2 CIM_Chassis REF GroupComponent;
401
402 [Override ("PartComponent"), Description (
403 "The PhysicalPackage which is contained in the Chassis.") ]
404 CIM_PhysicalPackage REF PartComponent;
405 };
406
407
408 // ==================================================================
409 // Docked
410 // ==================================================================
411 [Association, Version ("2.6.0"), Description (
412 "A laptop, a type of Chassis, may be docked in another "
413 "type of Chassis, a Docking Station. This is the relationship "
414 "represented by the Docked association. Because this is "
415 "such a typical relationship, it is explicitly described."),
416 MappingStrings {"MIF.DMTF|Dynamic States|001.2"} ]
417 class CIM_Docked : CIM_Dependency {
418
419 [Override ("Antecedent"),
420 Max (1), Description ("The Docking Station.") ]
421 kumpf 1.2 CIM_Chassis REF Antecedent;
422
423 [Override ("Dependent"),
424 Max (1), Description ("The Laptop that is 'Docked'.") ]
425 CIM_Chassis REF Dependent;
426 };
427
428 // ==================================================================
429 // Card
430 // ==================================================================
431 [Version ("2.6.0"), Description (
432 "The Card class represents a type of physical container that "
433 "can be plugged into another Card or HostingBoard, or is "
434 "itself a HostingBoard/Motherboard in a Chassis. The CIM_Card "
435 "class includes any package capable of carrying signals and "
436 "providing a mounting point for PhysicalComponents, such as "
437 "Chips, or other PhysicalPackages, such as other Cards.") ]
438 class CIM_Card : CIM_PhysicalPackage {
439
440 [Description (
441 "Boolean indicating that this Card is a Motherboard or, "
442 kumpf 1.2 "more generically, a baseboard in a Chassis.") ]
443 boolean HostingBoard;
444
445 [Description (
446 "SlotLayout is a free-form string that describes the "
447 "slot positioning, typical usage, restrictions, individual "
448 "slot spacings or any other pertinent information for the "
449 "slots on a Card.") ]
450 string SlotLayout;
451
452 [Description (
453 "Boolean indicating that at least one daughterboard or "
454 "auxiliary Card is required in order to function properly.") ]
455 boolean RequiresDaughterBoard;
456
457 [Description ("Boolean indicating that this Card is physically "
458 "unique from other Cards of the same type and therefore "
459 "requires a special Slot. For example, a double-wide Card "
460 "requires two Slots. Another example is where a certain Card "
461 "may be used for the same general function as other Cards but "
462 "requires a special Slot (e.g., extra long), whereas the "
463 kumpf 1.2 "other Cards can be placed in any available Slot. "
464 "If set to TRUE, then the corresponding property, "
465 "RequirementsDescription, should specify the nature of the "
466 "uniqueness or purpose of the Card."),
467 ModelCorrespondence{"CIM_Card.RequirementsDescription"} ]
468 boolean SpecialRequirements;
469
470 [Description ("A free-form string describing the way(s) in which "
471 "this Card is physically unique from other Cards. This "
472 "property only has meaning when the corresponding boolean "
473 "property, SpecialRequirements, is set to TRUE."),
474 ModelCorrespondence{"CIM_Card.SpecialRequirements"} ]
475 string RequirementsDescription;
476
477 [Description ("Operating voltages required by the Card."),
478 Units("MilliVolts") ]
479 sint16 OperatingVoltages[];
480
481 [Description (
482 "This method manipulates the power to a PhysicalConnector on "
483 "a Card. It is intended to be used by a Card (especially by a "
484 kumpf 1.2 "motherboard - i.e., HostingBoard=TRUE) to turn the power on "
485 "and off for a specific PhysicalConnector located on it. For "
486 "example, in a personal computer, a system slot does not know "
487 "how to turn itself on and off. However, the motherboard "
488 "hosting this slot may have that capability. This is important "
489 "in order to support hot swapping of an adapter card in a "
490 "system slot. The method should return 0 if successful, 1 if "
491 "the request is not supported, and some other value if any "
492 "other error occurred. In a subclass, the set of possible "
493 "return codes could be specified, using a ValueMap qualifier "
494 "on the method. The strings to which the ValueMap contents are "
495 "'translated' may also be specified in the subclass as a "
496 "Values array qualifier.") ]
497 uint32 ConnectorPower(
498 [IN]
499 CIM_PhysicalConnector REF Connector,
500 [IN]
501 boolean PoweredOn);
502 };
503
504
505 kumpf 1.2 // ==================================================================
506 // SystemBusCard
507 // ==================================================================
508 [Version ("2.7.0"), Description (
509 "The SystemBusCard class represents additional information "
510 "for a CIM_Card, detailing the Card's bus type and data width. "
511 "These properties dictate the type of Slot into which the Card "
512 "can be inserted. For example, using the properties of this "
513 "class, one can define that a Card is a PCI, 64 bit adapter.") ]
514 class CIM_SystemBusCard : CIM_Card {
515
516 [Description (
517 "An enumerated integer describing the System bus type for "
518 "this Card. It indicates the type of Slot into which the "
519 "Card can plug. The list of permissible values aligns with "
520 "the System bus types in CIM_PhysicalConnector.Connector"
521 "Type."),
522 ValueMap {"43", "44", "45", "46", "47", "48", "49", "50",
523 "52",
524 "64", "65",
525 "73", "74", "75", "76", "77", "78", "79",
526 kumpf 1.2 "80", "81", "82", "83", "84", "85", "86", "87",
527 "98", "99",
528 "100", "101", "102", "103", "104", "105", "106",
529 "109", "110", "111"},
530 Values {
531 // 43
532 "PCI", "ISA", "EISA", "VESA", "PCMCIA",
533 "PCMCIA Type I", "PCMCIA Type II", "PCMCIA Type III",
534 // 52
535 "CardBus",
536 // 64
537 "Access.bus", "NuBus",
538 // 73
539 "AGP", "VME Bus", "VME64", "Proprietary",
540 "Proprietary Processor Card Slot",
541 "Proprietary Memory Card Slot",
542 "Proprietary I/O Riser Slot",
543 // 80
544 "PCI-66MHZ", "AGP2X", "AGP4X", "PC-98", "PC-98-Hireso",
545 "PC-H98", "PC-98Note", "PC-98Full",
546 // 98
547 kumpf 1.2 "PCI-X", "Sbus IEEE 1396-1993 32 bit",
548 // 100
549 "Sbus IEEE 1396-1993 64 bit", "MCA", "GIO", "XIO",
550 "HIO", "NGIO", "PMC",
551 // 109
552 "Future I/O", "InfiniBand", "AGP8X"},
553 ModelCorrespondence {"CIM_PhysicalConnector.ConnectorType"} ]
554 uint16 BusType;
555
556 [Description (
557 "System bus width (in bits) required by this Card. If "
558 "'unknown', enter 0. If 'other' than the values, 8, 16, "
559 "32, 64 or 128, enter 1. The list of permissible values "
560 "aligns with the data in CIM_Slot.MaxBusWidth."),
561 Units ("Bits"),
562 ValueMap {"0", "1", "8", "16", "32", "64", "128"},
563 ModelCorrespondence {"CIM_Slot.MaxBusWidth"} ]
564 uint16 BusWidth;
565 };
566
567
568 kumpf 1.2 // ==================================================================
569 // CardOnCard
570 // ==================================================================
571 [Association, Aggregation, Version ("2.6.0"), Description (
572 "Cards may be plugged into Motherboards/baseboards, are "
573 "daughtercards of an adapter, or support special Card-like "
574 "modules. These relationships are described by the CardOnCard "
575 "association.") ]
576 class CIM_CardOnCard : CIM_Container {
577
578 [Override ("GroupComponent"), Aggregate, Max (1), Description (
579 "The Card that hosts another Card.") ]
580 CIM_Card REF GroupComponent;
581
582 [Override ("PartComponent"), Description (
583 "The Card that is plugged into or otherwise mounted on "
584 "another Card.") ]
585 CIM_Card REF PartComponent;
586
587 [Description (
588 "A string describing and identifying how the Card is "
589 kumpf 1.2 "mounted on or plugged into the 'other' Card. Slot "
590 "information could be included in this field and may be "
591 "sufficient for certain management purposes. If so, "
592 "this avoids creating instantiations of Connector/Slot "
593 "objects just to model the relationship of Cards to "
594 "HostingBoards or other adapters. On the other hand, "
595 "if Slot and Connector information is available, this "
596 "field could be used to provide more detailed mounting "
597 "or slot insertion data.") ]
598 string MountOrSlotDescription;
599 };
600
601
602 // ===================================================================
603 // end of file
604 // ===================================================================
|
Return to
Physical27_Package.mof
CVS log
Up to [Pegasus] / pegasus / Schemas / CIM27