Jason Gunthorpe wrote: > On Mon, Jul 27, 2009 at 08:11:42PM +0300, Yossi Etigin wrote: >> If the LID of an ipoib neighbour changes without a SM event on the local >> node, >> IPoIB will keep caching the invalid path until the device is flushed. The >> patch >> below will remove the path for every incoming ARP packet where the sender >> hardware >> address does not match the cached lid. > > This assumes a LMC=0 fabric.. Otherwise there is no guarentee that the > slid the sender uses is the same one you are using to send. > > Jason > _______________________________________________ > 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 > This issue can be solved by a little bit different check instead of be16_to_cpu(path->pathrec.dlid) == lid) do is_in_same_lid_group(be16_to_cpu(path->pathrec.dlid), lid, lmc)
what do you think? _______________________________________________ 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
