<br><tt><font size=2>> In the past i wrote even more complicated flows
than this when the SM <br>
> was down...</font></tt>
<br>
<br><tt><font size=2>Can you point to me where it is?</font></tt>
<br>
<br><tt><font size=2>Thanks!</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>Dotan Barak <dotanba@gmail.com></b>
</font>
<p><font size=1 face="sans-serif">08/21/2008 02:52 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">Yicheng Jia <YJia@tmriusa.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">general@lists.openfabrics.org, Hal Rosenstock
<hal.rosenstock@gmail.com></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>Yicheng Jia wrote:<br>
><br>
> My operation is quite simple: connect QPs and do RDMA read/write.
In <br>
> this case, the opensm is not in need when the subnet is up, correct?<br>
Basically yes, but it depends on how you connect the QPs ...<br>
<br>
In the past i wrote even more complicated flows than this when the SM <br>
was down...<br>
<br>
If you'll connect the QPs using the sockets and you won't depend on <br>
other ULP (such as IPoIB, SDP or any other) you will be fine ..<br>
<br>
Dotan<br>
><br>
> Thanks!<br>
> Yicheng<br>
><br>
><br>
><br>
> *"Dotan Barak" <dotanba@gmail.com>*<br>
><br>
> 08/21/2008 02:33 PM<br>
><br>
> <br>
> To<br>
> "Yicheng
Jia" <YJia@tmriusa.com><br>
> cc<br>
> "Hal
Rosenstock" <hal.rosenstock@gmail.com>, <br>
> general@lists.openfabrics.org<br>
> Subject<br>
> Re:
[ofa-general] minimum sw components requirement for driver/opensm <br>
> in a single unmanaged switch network<br>
><br>
><br>
><br>
> <br>
><br>
><br>
><br>
><br>
><br>
> On Thu, Aug 21, 2008 at 10:16 PM, Yicheng Jia <YJia@tmriusa.com>
wrote:<br>
> ><br>
> > Hi Hal,<br>
> ><br>
> > Can opensm just run once? When the subnet is up, it can exit
assume <br>
> that no<br>
> > change will be made in the subnet.<br>
> ><br>
> Yes, depend on the serives that you will need/use.<br>
><br>
> For example: if you use operations that requires SA query, you must<br>
> have a live SM.<br>
><br>
> If you will connect the QPs in the subnet by yourself (for example,<br>
> using socket) you can manage without a live SM in the subnet ...<br>
><br>
> Dotan<br>
> > Thanks!<br>
> > Yicheng<br>
> ><br>
> ><br>
> ><br>
> > "Hal Rosenstock" <hal.rosenstock@gmail.com><br>
> ><br>
> > 07/10/2008 09:15 PM<br>
> ><br>
> > To<br>
> > "Yicheng Jia" <YJia@tmriusa.com><br>
> > cc<br>
> > "Jim Mott" <jim@mellanox.com>, general@lists.openfabrics.org<br>
> > Subject<br>
> > Re: [ofa-general] minimum sw components requirement for <br>
> driver/opensm in a<br>
> > single unmanaged switch network<br>
> ><br>
> ><br>
> ><br>
> ><br>
> > On Thu, Jul 10, 2008 at 7:39 PM, Yicheng Jia <YJia@tmriusa.com>
wrote:<br>
> >><br>
> >>> If you want to avoid all the SM stuff, and are willing
to program the<br>
> >>> switches directly (a few mads)<br>
> >><br>
> >> Is it done by opensm?<br>
> ><br>
> > Yes.<br>
> ><br>
> >> What information should be set up in the switch by<br>
> >> opensm?<br>
> ><br>
> > Things like the PortInfos and LFT. See IBA spec vol 1 14.2.5<br>
> ><br>
> >>> Then to figure out QP connections, you just use a function
of 3<br>
> >>> parameters:<br>
> >>> my_qp_num = fn_sqp(my_node, target_node, qp_num)<br>
> >>> target_qp_num = fn_tqp(my_node, target_node, qp_num)<br>
> >>> Where qp_num is a small number between 0 and the maximum
number of QPs<br>
> >>> you<br>
> >>> need active between any 2 endpoints.<br>
> >><br>
> >> Can the qp_num be manually assigned?<br>
> >> Does it need opensm be involved?<br>
> ><br>
> > SM has nothing to do with QP numbers.<br>
> ><br>
> >>> If it works, you are done. If not, reset, up, wait
for him to connect<br>
> >>> and<br>
> >>> send something to you.<br>
> >><br>
> >> Is it reliable? I mean the QPs connection will keep alive
during <br>
> the QPs<br>
> >> lifecycle?<br>
> ><br>
> > For one thing, SM needs to try to keep ports at active.<br>
> ><br>
> > -- Hal<br>
> ><br>
> >> Best,<br>
> >> Yicheng<br>
> >><br>
> >><br>
> >><br>
> >> "Jim Mott" <jim@mellanox.com><br>
> >><br>
> >> 07/10/2008 04:17 PM<br>
> >><br>
> >> To<br>
> >> "Yicheng Jia" <YJia@tmriusa.com>, <general@lists.openfabrics.org><br>
> >> cc<br>
> >> Subject<br>
> >> RE: [ofa-general] minimum sw components requirement for <br>
> driver/opensm in a<br>
> >> single unmanaged switch network<br>
> >><br>
> >><br>
> >><br>
> >><br>
> >> If you want to avoid all the SM stuff, and are willing to
program the<br>
> >> switches directly (a few mads), then I've used schemes like:<br>
> >><br>
> >> Node LID=base + (switch port * constant) (base=0, constant
= 1 works)<br>
> >><br>
> >> Then to figure out QP connections, you just use a function
of 3<br>
> >> parameters:<br>
> >> my_qp_num = fn_sqp(my_node, target_node, qp_num)<br>
> >> target_qp_num = fn_tqp(my_node, target_node, qp_num)<br>
> >> Where qp_num is a small number between 0 and the maximum
number of <br>
> QPs you<br>
> >> need active between any 2 endpoints.<br>
> >><br>
> >> With the above scheme, you know your node_id (switch port
number), your<br>
> >> lid,<br>
> >> the lid of the target node, and the QPs on both sides.
From there <br>
> on, it<br>
> >> is clear sailing. You don't even need to send MADs;
just <br>
> transition the<br>
> >> QP<br>
> >> up and try and use it. If it works, you are done. If
not, reset, up,<br>
> >> wait<br>
> >> for him to connect and send something to you. A little
timer to <br>
> make sure<br>
> >> everybody retries once in awhile and what can go wrong?<br>
> >><br>
> >> Jim<br>
> >> From: general-bounces@lists.openfabrics.org<br>
> >> [mailto:general-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<br>
> >> in a single unmanaged switch network<br>
> >><br>
> >><br>
> >> Hi Folks,<br>
> >><br>
> >> I have a IB network which consists of only a single unmanaged
<br>
> switch, all<br>
> >> end nodes connecting with the switch only need to do RDMA
read/write<br>
> >> operation with each other. My question is, what are the indispensable<br>
> >> modules in driver's core and opensm that make the network
up and run?<br>
> >><br>
> >> I've been using only ib_mad module in driver's core with
a managed <br>
> switch<br>
> >> before, and the network works fine. So I assume that only
the ib_mad<br>
> >> module<br>
> >> in driver's core and SM in opensm are mandatory in my network.
The LIDs<br>
> >> are<br>
> >> assigned by them. The SA and CM modules are not useful in
my case. Am I<br>
> >> right?<br>
> >><br>
> >> I need to minimize driver and opensm to fit them in my network,
the HCA<br>
> >> driver is mthca.<br>
> >><br>
> >> Best,<br>
> >> Yicheng<br>
> >><br>
> >> <br>
> _____________________________________________________________________________<br>
> >> Scanned by IBM Email Security Management Services powered
by <br>
> MessageLabs.<br>
> >> 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>
> >><br>
> >> <br>
> _____________________________________________________________________________<br>
> >> Scanned by IBM Email Security Management Services powered
by <br>
> MessageLabs.<br>
> >> For more information please visit <br>
> <</font></tt><a href=http://www.ers.ibm.com/><tt><font size=2>http://www.ers.ibm.com/>http://www.ers.ibm.com<br>
> >><br>
> >> <br>
> _____________________________________________________________________________<br>
> >><br>
> >><br>
> >> <br>
> _____________________________________________________________________________<br>
> >> Scanned by IBM Email Security Management Services powered
by <br>
> MessageLabs.<br>
> >> For more information please visit <br>
> <</font></tt><a href=http://www.ers.ibm.com/><tt><font size=2>http://www.ers.ibm.com/>http://www.ers.ibm.com<br>
> >><br>
> >> <br>
> _____________________________________________________________________________<br>
> >><br>
> >> _______________________________________________<br>
> >> general mailing list<br>
> >> general@lists.openfabrics.org<br>
> >> <br>
> <</font></tt><a href=http://www.ers.ibm.com/><tt><font size=2>http://www.ers.ibm.com/>http://lists.openfabrics.org/cgi-bin/mailman/listinfo/general<br>
> >><br>
> >> To unsubscribe, please visit<br>
> >> </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>
> _____________________________________________________________________________<br>
> > Scanned by IBM Email Security Management Services powered by
<br>
> MessageLabs.<br>
> > 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>
> > <br>
> _____________________________________________________________________________<br>
> > Scanned by IBM Email Security Management Services powered by
<br>
> MessageLabs.<br>
> > For more information please visit <br>
> <</font></tt><a href=http://www.ers.ibm.com/><tt><font size=2>http://www.ers.ibm.com/>http://www.ers.ibm.com<br>
> > <br>
> _____________________________________________________________________________<br>
> ><br>
> > _______________________________________________<br>
> > general mailing list<br>
> > general@lists.openfabrics.org<br>
> > <br>
> <</font></tt><a href=http://www.ers.ibm.com/><tt><font size=2>http://www.ers.ibm.com/>http://lists.openfabrics.org/cgi-bin/mailman/listinfo/general<br>
> ><br>
> > To unsubscribe, please visit<br>
> > </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 <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>
> <</font></tt><a href=http://www.ers.ibm.com/><tt><font size=2>http://www.ers.ibm.com/><br>
><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>
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></a></a></a></a></a></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>