On Tue, 2007-02-06 at 08:58, Michael S. Tsirkin wrote: > > Quoting Michael S. Tsirkin <[EMAIL PROTECTED]>: > > Subject: Re: QoS in opensm will not be part of OFED 1.2 > > > > > > > > I had an AI to check the QoS status with OSM. > > > > > > Conclusions are that QoS support in OpenSM will not be part of OFED > > > > > > 1.2 > > > > > > (I updated the plan on the Wiki) > > > > > > > > > > > > The reasons for this are: > > > > > > 1. Code not ready at code freeze. > > > > > > 2. There are technical discussion in the list regarding some > > > > > > implementation details (e.g. XML or text syntax). > > > > > > 3. SPEC is not published by IBTA yet. > > > > > > > > > > I think this last reason also applies to the end client QoS changes as > > > > > well. > > > > > > > > Yes. But the other 2 don't. > > > > > > Right but I think that precludes it from being included in OFED right > > > now. > > > > Since the code is already included in OFED, moving it out would violate the > > feature > > freeze rules, unless there's an actual bug this would fix. > > OTOH, you are right in that without SM support we can't claim to have this > feature at all. So, to avoid controversy, I have just removed the QoS patches > from IB core and pushed the code out.
I think that the mthca patch to encode SL in sched_queue field to improve hardware QoS guarantees for connected QPs is useful as this can be exercised by IPoIB-CM. If so, should/can this be included ? -- Hal _______________________________________________ openib-general mailing list openib-general@openib.org http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general