On Tue, Jul 28, 2009 at 6:14 AM, Moni Shoua <[email protected]> wrote:
> 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? Is the LMC in the above from the local port ? Unfortunately, LMC is not required to be uniform across the subnet so the remote port's LMC may not be the same as that on the local port. -- Hal > > _______________________________________________ > 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 >
_______________________________________________ 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
