Roland Dreier wrote:
> > How do I tell? Can I tell from the .so files?
>
> ldd on the .so and the app would probably give you good info.
>
> I'm pretty sure that mpicc must be linking against an libibverbs 1.0
> from somewhere.
To be really sure which dynamic libraries where loaded, do
$ info
iporet Koren wrote:
> Vladimir Sokolovsky wrote:
> > New OFED package was uploaded to the OFA server:
> > http://www.openfabrics.org/~vlad/builds/ofed-1.2/OFED-1.2-20070213-1646.tgz
> >
> >
> >
> > Known issues:
> > mvapich2 RPM build fails (will be fixed
>A LID is subnet local on that we can all agree. The CM Req contains
>either the LID of a local subnet CA or the LID a local router which will
>move the packet to the next hop to the destination. 12.7.11 is basically
>saying that the remote LID is the router's LID of the local subnet's router
>
Here's a first take at summarizing the IB routing discussion.
The following spec references are noted:
9.6.1.5 C9-54. The SLID shall be validated (for connected QPs).
12.7.11. CM REQ Local Port LID - is LID of remote router.
13.5.4: Defines reversible paths.
The main discussion point centered on
At 02:02 PM 2/13/2007, Jason Gunthorpe wrote:
>On Tue, Feb 13, 2007 at 12:49:57PM -0800, Michael Krause wrote:
>
> > >Translated into a network with routers this means that for a RC flow
> > >to successfully work both the *forward* and *reverse* direction must
> > >traverse the same router *LID* no
At 01:14 PM 2/13/2007, Sean Hefty wrote:
>>It does not need to comprehend the remote subnet(s) LID.
>>That is the router protocol to determine. CM also must understand the
>>GIDs involved which the router will process to figure out its LID mapping
>>to the next hop.
>
>The CM REQ carries the rem
e:
> New OFED package was uploaded to the OFA server:
>
http://www.openfabrics.org/~vlad/builds/ofed-1.2/OFED-1.2-20070213-1646.
tgz
>
>
>
> Known issues:
> mvapich2 RPM build fails (will be fixed in alpha1).
> sdpnetstat compilation fails in RHEL5
>
>
>
Hi All,
T
On Tue, 2007-02-13 at 22:11 +0200, Tziporet Koren wrote:
> This is the pre-alpha package for your testing.
> Please send us feedback today so we can build the first alpha OFED tomorrow.
> If any show-stopper issue for the alpha is found please let us know.
>
> Note that components compilation is b
imir Sokolovsky wrote:
> New OFED package was uploaded to the OFA server:
>
http://www.openfabrics.org/~vlad/builds/ofed-1.2/OFED-1.2-20070213-1646.
tgz
>
>
>
> Known issues:
> mvapich2 RPM build fails (will be fixed in alpha1).
> sdpnetstat compilation fails in RHEL5
>
>
> It does not need to comprehend the remote subnet(s) LID.
> That is the router protocol to determine. CM also must understand the
> GIDs involved which the router will process to figure out its LID
> mapping to the next hop.
The CM REQ carries the remote router LID (primary local port lid -
Steve Wise wrote:
> BTW: We need this for the alpha1 build or DAPL applications won't work
> over iWARP devices.
>
>
Was applied today
Tziporet
___
openib-general mailing list
openib-general@openib.org
http://openib.org/mailman/listinfo/openib-gener
Hi,
This is the OFED 1.2 Feb-12 meeting summary on alpha status:
* Abbreviated minutes / summary:*
* The alpha release should be done on Wed Feb-14. (A package for
testing was already published today)
* Not all components must support all OSes for the alpha.
* There going to be 3
At 04:10 PM 2/12/2007, Jason Gunthorpe wrote:
>On Mon, Feb 12, 2007 at 03:31:15PM -0800, Michael Krause wrote:
>
> > TClass is intended to communicate the end-to-end QoS desired. TClass is
> > then mapped to a SL that is local to each subnet. A flow label is
> > intended to much the same as in
At 05:37 AM 2/13/2007, Devesh Sharma wrote:
>On 2/12/07, Devesh Sharma <[EMAIL PROTECTED]> wrote:
>>On 2/10/07, Tang, Changqing <[EMAIL PROTECTED]> wrote:
>> > > >
>> > > >Not for the receiver, but the sender will be severely slowed down by
>> > > >having to wait for the RNR timeouts.
>> > >
>> > >
At 03:48 PM 2/12/2007, Sean Hefty wrote:
>>An endnode look up should be to find the address vector to the
>>remote. A look up may return multiple vectors. The SLID would
>>correspond to each local subnet router port that acts as a first-hop
>>destination to the remote subnet.I don't see
Currently, the dapl rpms don't install dat.conf. I think they probably
should, eh? Maybe in /etc/dat.conf
Steve.
___
openib-general mailing list
openib-general@openib.org
http://openib.org/mailman/listinfo/openib-general
To unsubscribe, please vi
Vladimir Sokolovsky wrote:
> New OFED package was uploaded to the OFA server:
> http://www.openfabrics.org/~vlad/builds/ofed-1.2/OFED-1.2-20070213-1646.tgz
>
>
>
> Known issues:
> mvapich2 RPM build fails (will be fixed in alpha1).
> sdpnetstat compilation fails in RHEL
Vlad/Michael,
This should be pushed into ofed_1_2. It can wait until after alpha1,
however, if you want.
Steve.
-
Free any pending mmaps in iwch_dealloc_ucontext().
Signed-off-by: Steve Wise <[EMAIL PROTECTED]>
---
drivers/infiniband/hw/cxgb3/iwch_provider.c |4
1 files cha
[EMAIL PROTECTED] wrote:
> Hi,
>
> Is there a way to get OFED 1.2 binary rpms for RHEL4 Update 4 on x86_64 ?
>
You should build them on your machines - see the OFED installation guide
(you can also access it from git:
http://staging.openfabrics.org/git/?p=~tziporet/docs.git;a=blob;f=OFED_Installat
On Tue, 2007-02-13 at 13:01 -0500, Shaun Rowland wrote:
> Roland Dreier wrote:
> > > How do I tell? Can I tell from the .so files?
> >
> > ldd on the .so and the app would probably give you good info.
> >
> > I'm pretty sure that mpicc must be linking against an libibverbs 1.0
> > from somewh
> What about the patch that i sent on "Allow the following QP state
> transition : reset --> reset"?
OK, I'll merge that in the next patch. It's the kind of patch I'm not
happy about merging, since it bloats the code to handle a corner case
no one is likely to hit in practice, but it is technic
> When I build using the OFED-1.2-20070208-1508, libibverbs 1.0 is what is
> built, at least by looking at the .so file result:
>
> [EMAIL PROTECTED] ~]$ ls /usr/local/ofed/lib64/ |grep ibverbs libibverbs.a
> libibverbs.so
> libibverbs.so.1
> libibverbs.so.1.0.0
The soname hasn't changed b
Hi,
Is there a way to get OFED 1.2 binary rpms for RHEL4 Update 4 on x86_64 ?
Thanks,
Sreevatsa
> New OFED package was uploaded to the OFA server:
> http://www.openfabrics.org/~vlad/builds/ofed-1.2/OFED-1.2-20070213-1646.tgz
>
>
>
> Known issues:
> mvapich2 RPM build fa
Roland Dreier wrote:
> > How do I tell? Can I tell from the .so files?
>
> ldd on the .so and the app would probably give you good info.
>
> I'm pretty sure that mpicc must be linking against an libibverbs 1.0
> from somewhere.
>
> - R.
When I build using the OFED-1.2-20070208-1508, libibver
Steve - Shaun will send a detailed reply to you on this issue shortly.
It looks like the patch sent by Shaun to Vlad (on Saturday) was not
applied to the latest OFED install script/build. This might be causing
all these problems. Vlad and Shaun have discussed this issue today
morning. Shaun has se
>What your #4 and #5 are talking about is not just that, but also PR
>queries that can unambigously identify the LID selections of the
>router in advance. That is hugely different! IMHO, just because a
>reversible path exists and will be used by the router shouldn't be
>taken to mean that the it is
So this program doesn't work:
> [EMAIL PROTECTED] ~]$ ldd IMB_2.3/src/IMB-MPI1
> libmpich.so =>
> /usr/local/ofed/mpi/gcc/mvapich2-0.9.8-3/lib/libmpich.so (0x2b0d7cefb000)
> librdmacm.so => /usr/local/ofed/lib64/librdmacm.so
> (0x2b0d7d1b3000)
> libibverbs.so.1 =>
On Tue, 2007-02-13 at 09:21 -0800, Roland Dreier wrote:
> > How do I tell? Can I tell from the .so files?
>
> ldd on the .so and the app would probably give you good info.
>
> I'm pretty sure that mpicc must be linking against an libibverbs 1.0
> from somewhere.
>
> - R.
By the way, the pro
> How do I tell? Can I tell from the .so files?
ldd on the .so and the app would probably give you good info.
I'm pretty sure that mpicc must be linking against an libibverbs 1.0
from somewhere.
- R.
___
openib-general mailing list
openib-general@o
New OFED package was uploaded to the OFA server:
http://www.openfabrics.org/~vlad/builds/ofed-1.2/OFED-1.2-20070213-1646.tgz
Known issues:
mvapich2 RPM build fails (will be fixed in alpha1).
sdpnetstat compilation fails in RHEL5
--
Vladimir Sokolovsky <[EMAIL PROTECTED]>
Me
On Tue, 2007-02-13 at 09:07 -0800, Roland Dreier wrote:
> > Does this stack indicate that libibverbs is accessing a 1.0 provider?
> > cxgb3 shouldn't be 1.0 right?
>
> > #1 0x2b832d4d4381 in __ibv_alloc_pd_1_0 (context=0x617830)
> > at src/compat-1_0.c:572
> > #2 0x2b832cfef04e
> Does this stack indicate that libibverbs is accessing a 1.0 provider?
> cxgb3 shouldn't be 1.0 right?
> #1 0x2b832d4d4381 in __ibv_alloc_pd_1_0 (context=0x617830)
> at src/compat-1_0.c:572
> #2 0x2b832cfef04e in rdma_cm_init_pd_cq ()
>from /usr/local/ofed/mpi/gcc/mvapich2
Hey Roland,
Does this stack indicate that libibverbs is accessing a 1.0 provider?
cxgb3 shouldn't be 1.0 right?
Core was generated by `IMB_2.3/src/IMB-MPI1'.
Program terminated with signal 11, Segmentation fault.
...
(gdb) bt
#0 __ibv_alloc_pd (context=0x1) at src/verbs.c:143
#1 0x2b832
Hi Yevgeny,
Sorry for the slow response; I've been consumed getting ready for OFED
1.2 alpha.
On Mon, 2007-02-05 at 07:37, Yevgeny Kliteynik wrote:
> Hi Hal.
>
> I added osm/doc/qos-policy.txt file with the description of the QoS
> policy file, and an example of such file (with more comments ins
I have an OFED 1.1 cluster where something odd is happening in the
udapl Open MPI plugin (I'm not excluding the possibility that we have
a bug in the OMPI udapl plugin -- I'm just trying to understand some
uDAPL behavior). In some cases, we are getting back the error
DAT_CONN_QUAL_IN_USE f
On 2/12/07, Devesh Sharma <[EMAIL PROTECTED]> wrote:
> On 2/10/07, Tang, Changqing <[EMAIL PROTECTED]> wrote:
> > > >
> > > >Not for the receiver, but the sender will be severely slowed down by
> > > >having to wait for the RNR timeouts.
> > >
> > > RNR = Receiver Not Ready so by definition, the da
This email was generated automatically, please do not reply
Common build parameters: --with-ipoib-mod --with-sdp-mod --with-srp-mod
--with-user_mad-mod --with-user_access-mod --with-mthca-mod --with-core-mod
--with-addr_trans-mod --with-cxgb3-mod
Passed:
Passed on i686 with 2.6.15-23-server
Karun Sharma wrote:
> Not able to install OFED1.2 on SLES10 machines (x86_64) even after
> disabling ipath.
> Attached are the logs generated by install script. Observed some error
> with open-iscsi module. Disabling this module also doesn't help.
I made a fix in open-iscsi build. It should work o
Hi Roland.
Roland Dreier wrote:
> Linus, please pull from
>
> master.kernel.org:/pub/scm/linux/kernel/git/roland/infiniband.git
> for-linus
>
> This tree is also available from kernel.org mirrors at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/roland/infiniband.git
> for-linus
>
>
39 matches
Mail list logo