I think that's the expected output...
On Sun, 2006-03-19 at 17:14 +0200, Dotan Barak wrote:
> Hi sean.
>
> I tried to execute the test rping, but i'm having a problem.
> there are error messages at the end of the test but the return value of the
> executable is 0.
> is this is the expected be
On Sun, 2006-03-19 at 14:01 -0500, Pete Wyckoff wrote:
> Perhaps I'm being dense, but I can't seem to find the
> device-specific userspace driver for amso1100 in the SVN tree.
> Does one exist? I'm looking for something that implements
> openib_driver_init() and all the ibv_context_ops for amso110
Hello,
There is support for querying SL2VLMapping and VLArbitration tables -
'sl2vl' and 'vlarb' operations are added to smpquery.
Sasha.
Support for SL2VLMapping and VLArbitration tables querying.
Signed-off-by: Sasha Khapyorsky <[EMAIL PROTECTED]>
---
diags/src/smpquery.c | 133 ++
Hello,
There is simplification of mad_dump_sltovl() output (and function). This
is helpful when multiple tables are queried for gracefull results
printing.
Sasha.
This simplifies mad_dump_sltovl() output and makes it possible to dump
multiple SL2VL tables.
Signed-off-by: Sasha Khapyorsky <[EMA
This patch fixes some little issues in krping.
-- Pete
Add some comments into the source explaining how to get krping to
do its business. The use of /bin/echo rather than the bash builtin
avoids killing the shell in some error exit cases.
Return an error if the route doesn't res
Perhaps I'm being dense, but I can't seem to find the
device-specific userspace driver for amso1100 in the SVN tree.
Does one exist? I'm looking for something that implements
openib_driver_init() and all the ibv_context_ops for amso1100.
There's drivers for mthca, ipath, cxgb3, ehca, but no amso11
Hi Hal,
Please check-in the change in osm_vendor_mlx_svc.h
I have tested it for IB_MCLASS_SUBN_ADM
As far as I know BIS, DevAdm and the vendor classes range are not part
of the management, so they are not needed in this patch (but should be
added to Kernel file mad.c I sent you - if it's not the
> From: Talpey, Thomas
> Sent: Sunday, March 19, 2006 5:36 PM
>
> I'm implementing FMR memory registration mode in the NFS/RDMA
> client, and I've got it mostly working. However as I
> understand it, mthca's existing fmr's do not guarantee that
> the r_key is completely invalidated when the
Hi sean.
1) In the source code of the rdma_cm (cma.c) i saw that the library tries to
open the file: "/dev/infiniband/rdma_cm".
2) I saw the following lines in the README file:
To create the appropriate character device file automatically with
udev, a rule like
KERNEL="ucma", NAME="infinib
On Thursday 16 March 2006 19:17, Bryan O'Sullivan wrote:
> On Thu, 2006-03-16 at 18:58 +0200, Michael S. Tsirkin wrote:
> > > BTW, have you looked at ehca or ipath? Do they need their static rate
> > > handling fixed up?
> >
> > Not sure, I think they do.
>
> Came a bit late to this discussion, so
Added a print of the event name in string format.
Signed-off-by: Dotan Barak <[EMAIL PROTECTED]>
Index: latest/src/userspace/libibverbs/examples/asyncwatch.c
===
--- latest.orig/src/userspace/libibverbs/examples/asyncwatch.c 2006-03
I'm implementing FMR memory registration mode in the NFS/RDMA
client, and I've got it mostly working. However as I understand it,
mthca's existing fmr's do not guarantee that the r_key is completely
invalidated when the ib_unmap_fmr() returns. This makes using them
rather problematic, to say the le
Added a check that the parameters sgid_index and path_mtu are valid,
since they might come from userspace.
Signed-off-by: Dotan Barak <[EMAIL PROTECTED]>
Index: latest/drivers/infiniband/hw/mthca/mthca_qp.c
===
--- latest.orig/driver
Hi sean.
I tried to execute the test rping, but i'm having a problem.
there are error messages at the end of the test but the return value of the
executable is 0.
is this is the expected behaviour of the test?
here is the output of both of the sides (with the command lines that i used):
server
Sorry, the same message, but with a subject.
Hello,
the patch fixes a problem with the network interface "RUNNING"
status.
The problem was that the status stayed "RUNNING" with the cable
disconnected,
both for ib0 network interface and a vlan (partition) child device
(like ib0.f1f1)
Hello,
the patch fixes a problem with the network interface "RUNNING"
status.
The problem was that the status stayed "RUNNING" with the cable
disconnected,
both for ib0 network interface and a vlan (partition) child device
(like ib0.f1f1)
The patch causes the network interface device
Pablo Adjas
ABIDJAN COTE D'IVOIRE
Cher ,
Je suis Monsieur Pablo Adjas le seul fils de 'ancien chef
PAUL Adjas de la SIERA LEONNE.
La source de votre contact me donne le courage et la confiance de me
confier à vous. Je vous écris avec une confidence absolue
premièrement pour demander votre
Hello,
Trying to understand the problem with "RUNNING" network interface
status when a cable is disconnected, I found an error in
ipoib_ib_dev_flush() function.
Although this patch doesn't fix the "RUNNING" status problem yet, it
fixes a serious wrong pointer memory access bug.
Signed-off-b
Hi Hal,
We noticed that when sending MCMemberRecord query, there is a check if
the requestor is trusted (if not then PortGid, join_state and
proxy_join are returned as zero). But, currently the trusted check is
done on the sm_key in the response mad, which is set to zero
(according to C15-0.1.5),
According to the IB spec:
QP state can be modified from any state to reset
QP state can be modified from any state to error
Modify QP from reset to reset or from reset to error fail in Mellanox HCAs.
Here if the error message from the /var/log/messages:
+ kernel: ib_mthca :05:00
http://openib.org/bugzilla/show_bug.cgi?id=22
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
--- Additional Com
On Sunday 19 March 2006 11:31, Michael S. Tsirkin wrote:
> I think even QP state is already reported to user by means of completion
> with error and asynchronous event (and I think same can be said for path
> migration state).
>
The same CANNOT be said for static rate.
- Jack
Quoting r. Roland Dreier <[EMAIL PROTECTED]>:
> Subject: Re: [PATCH] mthca - query qp
>
> OK, I at least applied the error flow part of this patch, since that's
> clearly something we want.
>
> I need to think about how to handle the other attributes. Probably
> anything that just copies values
On Thu, 2006-03-16 at 14:38 -0800, Roland Dreier wrote:
> I need to think about how to handle the other attributes. Probably
> anything that just copies values from the struct ib_qp passed in to
> the function should at least be in the generic ib_query_qp function,
> since there's no good reason f
Quoting r. Jack Morgenstein <[EMAIL PROTECTED]>:
> Subject: Re: Re: [PATCH] mthca - query qp
>
> On Friday 17 March 2006 00:38, Roland Dreier wrote:
> >
> > However I'm wondering whether we even have the right interface for
> > query QP at all. The only thing that the consumer couldn't have saved
> > However I'm wondering whether we even have the right interface for
> > query QP at all. The only thing that the consumer couldn't
> have saved
> > off for themselves is the QP state, so maybe the right interface is
> > just an ib_query_qp_state() function that gives back the
> QP's curren
On Friday 17 March 2006 00:38, Roland Dreier wrote:
>
> However I'm wondering whether we even have the right interface for
> query QP at all. The only thing that the consumer couldn't have saved
> off for themselves is the QP state, so maybe the right interface is
> just an ib_query_qp_state() fun
Hi Hal,
This is a patch to solve the issue of port move during heavy sweep
being recognized as duplicated guids.
If the SM sees what seems to be duplicated guids, but it also received
an indication for immediatly forcing another heavy sweep (for example,
as a result of receiving trap 128) - then
28 matches
Mail list logo