On 8/11/07, Michael S. Tsirkin <[EMAIL PROTECTED]> wrote: > > Quoting Sean Hefty <[EMAIL PROTECTED]>: > > Subject: RE: [RFC] the never ending search for SA scalability > > > > >I'd like to propose the following change as a simple solution for handling > > >SA > > >scalability problems: > > > > > >Modify the ib_sa module to support an SA LID that's separate from the SM > > >LID. > > > > > >This concept is supported by the spec through SA redirection; however, I > > >propose that we also allow the SA LID to be set manually by an > > >administrator. > > > > Roland, > > > > Is the following an acceptable approach for this? > > > > Add a class device file to the ib_sa that allows setting all SA redirection > > parameters (SL, LID, PKey, QP - with processing similar to SRP's > > add_target). > > > > /sys/class/infiniband_sa/sa-mthca-0/redirect_sa > > > > Alternatively, I can use a module parameter to redirect only the SA LID. > > Hopefully, that would be something like sa/mthca0 so that > one does not need to perform tricky string parsing to find the interface > for a specific device. > > Further, won't you want to have this per-port? > It's easy to imagine separate ports redirecting to different SA's.
True; this would need to be per port. Shouldn't SRP targets be per port too ? > > -- > MST > _______________________________________________ > 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
