[ofw] RE: [ofa-general] [RFC] 3/5: IB ACM: libibacm

Sean Hefty sean.hefty at intel.com
Thu Sep 17 10:35:39 PDT 2009


>> #define IB_PATH_RECORD_REVERSIBLE 0x80
>>
>> struct ib_path_record
>> {
>> 	uint64_t        service_id;
>> 	union ibv_gid   dgid;
>> 	union ibv_gid   sgid;
>> 	uint16_t        dlid;
>> 	uint16_t        slid;
>> 	uint32_t        flowlabel_hoplimit; /* resv-31:28 flow label-27:8 hop
>limit-7:0*/
>> 	uint8_t         tclass;
>> 	uint8_t         reversible_numpath; /* reversible-7:7 num path-6:0 */
>> 	uint16_t        pkey;
>> 	uint16_t        qosclass_sl;        /* qos class-15:4 sl-3:0 */
>> 	uint8_t         mtu;                /* mtu selector-7:6 mtu-5:0 */
>> 	uint8_t         rate;               /* rate selector-7:6 rate-5:0 */
>> 	uint8_t         packetlifetime;     /* lifetime selector-7:6
lifetime-5:0
>*/
>> 	uint8_t         preference;
>> 	uint8_t         reserved[6];
>> };
>
>I would prefer to use the structures already defined in ib_types.h...  I
>understand your not wanting to make ACM dependant on the OpenSM packages so is
>it time to move ib_types.h out of the OpenSM tree and somewhere more generic?
>Perhaps libibumad?  This also applies to ib_sa_mad in your 5th patch.
>
>OTOH, ib_types.h is a 10K line file with multiple long (>10 lines) inlined
>functions.  Perhaps it deserves it's own library?

Defining some of these types in libibumad isn't a bad idea.  Although, WinOF
actually has 2 copies of ib_types.h (that differ...)  I find using ib_types.h
painful given its size; separate header files may help.

- Sean




More information about the ofw mailing list