Or Gerlitz wrote:
move a little up the code that checks for a situation where the remote GID 
stored in the ipoib_neigh is
different than the one present in the neighbour (handle Gratuitous ARP) or that 
a bonding fail over has
happened but the neighbour still has a pointer to an ipoib_neigh created not by 
the current slave. This
will cause the driver to apply the check also for connected mode neighbours.
Signed-off-by: Or Gerlitz <[EMAIL PROTECTED]>

Hi Roland,

Do you need from me any more clarification to merge this into 2.6.25 ?

Or

_______________________________________________
general mailing list
[email protected]
http://lists.openfabrics.org/cgi-bin/mailman/listinfo/general

To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general

Reply via email to