[ofa-general] [PATCH 2/2] IB/IPoIB: Separate IB events to groups and handle each according to level of severity
Moni Shoua
monis at Voltaire.COM
Sun May 18 08:10:02 PDT 2008
Hal Rosenstock wrote:
> On Sun, 2008-05-18 at 15:36 +0300, Moni Shoua wrote:
>> The purpose of this patch is to make the events that are related to SM change
>> (namely CLIENT_REREGISTER event and SM_CHANGE event) less disruptive.
>> When SM related events are handled, it is not necessary to flush unicast
>> info from device but only multicast info.
>
> How is unicast invalidation handled on these changes ? On a local LID
> change event, how does an end port know/determine what else (e.g. other
> LIDs, paths) the SM might have changed (that specifically might affect
> IPoIB since this is limited to IPoIB) ?
I'm not sure I understand the question but local LID change would be handled as before
with a LID_CHANGE event. For this type of event, there is not change in what IPoIB does to cope.
>
> Also, wouldn't there be similar issues with other ULPs ?
There might be but the purpose of this one is to make things better for IPoIB
>
> -- Hal
>
More information about the general
mailing list