<br><tt><font size=2>> You would also need to walk the ports to active
(via MADs) after setting<br>
> the LIDs as well as setup the switch forwarding table (LFT).</font></tt>
<br>
<br><tt><font size=2>Are these done by opensm? Are these only two tasks
that need to be done by opensm in a single unmanaged switch network?</font></tt>
<br>
<br><tt><font size=2>Best,</font></tt>
<br><tt><font size=2>Yicheng</font></tt>
<br>
<br>
<br>
<br>
<table width=100%>
<tr valign=top>
<td width=40%><font size=1 face="sans-serif"><b>Hal Rosenstock <hrosenstock@xsigo.com></b>
</font>
<p><font size=1 face="sans-serif">07/10/2008 04:39 PM</font>
<td width=59%>
<table width=100%>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">To</font></div>
<td><font size=1 face="sans-serif">Jim Mott <jim@mellanox.com></font>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">cc</font></div>
<td><font size=1 face="sans-serif">Yicheng Jia <YJia@tmriusa.com>,
general@lists.openfabrics.org</font>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">Subject</font></div>
<td><font size=1 face="sans-serif">RE: [ofa-general] minimum sw components
requirement for        driver/opensm in a single
unmanaged switch network</font></table>
<br>
<table>
<tr valign=top>
<td>
<td></table>
<br></table>
<br>
<br>
<br><tt><font size=2>On Thu, 2008-07-10 at 14:17 -0700, Jim Mott wrote:<br>
> If you want to avoid all the SM stuff, and are willing to program
the<br>
> switches directly (a few mads), <br>
<br>
You would also need to walk the ports to active (via MADs) after setting<br>
the LIDs as well as setup the switch forwarding table (LFT).<br>
<br>
-- Hal<br>
<br>
> then I’ve used schemes like:<br>
> <br>
>  <br>
> <br>
> Node LID=base + (switch port * constant) (base=0, constant = 1 works)<br>
> <br>
>  <br>
> <br>
> Then to figure out QP connections, you just use a function of 3<br>
> parameters:<br>
> <br>
>   my_qp_num = fn_sqp(my_node, target_node, qp_num)<br>
> <br>
>   target_qp_num = fn_tqp(my_node, target_node, qp_num)<br>
> <br>
> Where qp_num is a small number between 0 and the maximum number of
QPs<br>
> you need active between any 2 endpoints.  <br>
> <br>
>  <br>
> <br>
> With the above scheme, you know your node_id (switch port number),<br>
> your lid, the lid of the target node,  and the QPs on both sides.<br>
> From there on, it is clear sailing.  You don’t even need to
send MADs;<br>
> just transition the QP up and try and use it.  If it works, you
are<br>
> done.  If not, reset, up, wait for him to connect and send something<br>
> to you.  A little timer to make sure everybody retries once in
awhile<br>
> and what can go wrong?<br>
> <br>
>  <br>
> <br>
> Jim<br>
> <br>
> From:general-bounces@lists.openfabrics.org [mailto:general-<br>
> bounces@lists.openfabrics.org] On Behalf Of Yicheng Jia<br>
> Sent: Thursday, July 10, 2008 2:59 PM<br>
> To: general@lists.openfabrics.org<br>
> Subject: [ofa-general] minimum sw components requirement for<br>
> driver/opensm in a single unmanaged switch network<br>
> <br>
> <br>
>  <br>
> <br>
> <br>
> Hi Folks, <br>
> <br>
> I have a IB network which consists of only a single unmanaged switch,<br>
> all end nodes connecting with the switch only need to do RDMA<br>
> read/write operation with each other. My question is, what are the<br>
> indispensable modules in driver's core and opensm that make the<br>
> network up and run? <br>
> <br>
> I've been using only ib_mad module in driver's core with a managed<br>
> switch before, and the network works fine. So I assume that only the<br>
> ib_mad module in driver's core and SM in opensm are mandatory in my<br>
> network. The LIDs are assigned by them. The SA and CM modules are
not<br>
> useful in my case. Am I right? <br>
> <br>
> I need to minimize driver and opensm to fit them in my network, the<br>
> HCA driver is mthca. <br>
> <br>
> Best, <br>
> Yicheng <br>
> _____________________________________________________________________________<br>
> Scanned by IBM Email Security Management Services powered by<br>
> MessageLabs. For more information please visit </font></tt><a href=http://www.ers.ibm.com/><tt><font size=2>http://www.ers.ibm.com<br>
> _____________________________________________________________________________<br>
> <br>
> <br>
> _______________________________________________<br>
> general mailing list<br>
> general@lists.openfabrics.org<br>
> </font></tt><a href="http://lists.openfabrics.org/cgi-bin/mailman/listinfo/general"><tt><font size=2>http://lists.openfabrics.org/cgi-bin/mailman/listinfo/general<br>
> <br>
> To unsubscribe, please visit </font></tt><a href="http://openib.org/mailman/listinfo/openib-general"><tt><font size=2>http://openib.org/mailman/listinfo/openib-general<br>
<br>
<br>
_____________________________________________________________________________<br>
Scanned by IBM Email Security Management Services powered by MessageLabs.
For more information please visit </font></tt><a href=http://www.ers.ibm.com/><tt><font size=2>http://www.ers.ibm.com<br>
_____________________________________________________________________________<br>
</font></tt></a></a></a></a>
<br>

<BR>
_____________________________________________________________________________<BR>
Scanned by IBM Email Security Management Services powered by MessageLabs. For more information please visit http://www.ers.ibm.com<BR>
_____________________________________________________________________________<BR>