On Wed, 2004-11-10 at 14:07, Sean Hefty wrote:
Hal Rosenstock wrote:
- send_wr.wr_id = ++port_priv-wr_id;
+ send_wr.wr_id = (unsigned long)agent_send_wr-send_list;
{snip}
+ send_wr = (struct list_head *)(unsigned long)mad_send_wc-wr_id;
+ agent_send_wr = container_of(send_wr,
agent: Better wr_id in send WR makes for slightly simpler completion
handling (comment from Sean)
Index: agent.c
===
--- agent.c (revision 1200)
+++ agent.c (working copy)
@@ -172,7 +172,7 @@
As some of you may have noticed, we migrated over to the new OpenIB
web pages yesterday. The FAQ and a few other items are still a work in
progress. Let me know if there are any errors or if folks have other
feedback/suggestions.
Thanks,
- Matt
On Thu, 2004-11-11 at 06:01 -0800, Matt Leininger wrote:
As some of you may have noticed, we migrated over to the new OpenIB
web pages yesterday. The FAQ and a few other items are still a work in
progress. Let me know if there are any errors or if folks have other
feedback/suggestions.
Matt As some of you may have noticed, we migrated over to the
Matt new OpenIB web pages yesterday. The FAQ and a few other
Matt items are still a work in progress. Let me know if there
Matt are any errors or if folks have other feedback/suggestions.
Looks great. One
I just signed up for an account, but the email confirmation had the
wrong address. It said to go to:
http://cvs-mirror.mozilla.org/webtools/bugzilla/userprefs.cgi
Also, it seems there is no gen2 version in the query field.
Thanks,
-tduffy
--
Tom Duffy [EMAIL PROTECTED]
signature.asc
---BeginMessage---
http://cvs-mirror.mozilla.org/webtools/bugzilla/show_bug.cgi?id=1
Summary: kernel prints out error message for each ib interface
Product: OpenIB
Version: gen1
Platform: PC
OS/Version: Linux
Status: NEW
---BeginMessage---
http://cvs-mirror.mozilla.org/webtools/bugzilla/show_bug.cgi?id=2
Summary: ipoib does not work with ipv6
Product: OpenIB
Version: gen1
Platform: PC
OS/Version: Linux
Status: NEW
Severity: major
In the upstream kernel, the use of SPIN_LOCK_UNLOCKED is being
phased out (look for changesets like Lock initializer unifying).
This patch converts the MAD layer to use spin_lock_init() instead,
please apply.
- R.
Index: core/agent.c
Thanks, applied.
- R.
___
openib-general mailing list
[EMAIL PROTECTED]
http://openib.org/mailman/listinfo/openib-general
To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
Hal Unfortunately I still see:
Hal ib0: ib_dealloc_pd failed
Hal when I removed ib_ipoib
I understand why that happens: I try to free the PD before waiting for
all the AHs to be reaped. This should be fixed soon.
- R.
___
openib-general
On Thu, 2004-11-11 at 12:09, Roland Dreier wrote:
In the upstream kernel, the use of SPIN_LOCK_UNLOCKED is being
phased out (look for changesets like Lock initializer unifying).
This patch converts the MAD layer to use spin_lock_init() instead,
please apply.
Thanks. Applied.
-- Hal
On Thu, 2004-11-11 at 09:21 -0800, Roland Dreier wrote:
Tom/Nitin, can you guys tell me if the latest IPoIB code works with
IBSRM without any workarounds? I think the multicast group joining
and creating should be spec compliant now but I'd like to make sure
Yes, this is working. (awesome!)
Tom As long as I only try to bring up the ib0.8001 interface. If
Tom I bring up ib0, ib_ipoib freaks out and continuously prints
Tom (very rapidly):
Tom ib0: multicast join failed for ff12:401b:7fff:0:0:0::, status
-22
Hmm, looks like the backoff code isn't working
Matt The FAQ and a few other items are still a work in progress.
A couple of suggestions for the FAQ:
in How do I submit source code patches?
I suggest adding something like Please make sure that patches are
licensed under the same terms as the original code (dual GPL/BSD
for
On Thu, 2004-11-11 at 09:52 -0800, Roland Dreier wrote:
in What are all these upper layer protocols like IPoIB, DAPL, MPI, SDP,
SRP, and others?
add a link to the IETF ipoib WG at
http://ietf.org/html.charters/ipoib-charter.html
Maybe also worth mentioning that only IPoIB is supported
signed off by: Nitin Hande [EMAIL PROTECTED]
I would appreciate if someone can review my patch to enable inet6
address on ib interface. This is the first cut, will like to hear from
all. I plan to setup a bugzilla account and append this patch to the bug
that Tom has created for inet6.
diff
Nitin I would appreciate if someone can review my patch to enable
Nitin inet6 address on ib interface. This is the first cut, will
Nitin like to hear from all. I plan to setup a bugzilla account
Nitin and append this patch to the bug that Tom has created for
Nitin inet6.
This
signed off by: Nitin Hande [EMAIL PROTECTED]
By the way, the proper format for
signed off by: Nitin Hande [EMAIL PROTECTED]
is really
Signed-off-by: Nitin Hande [EMAIL PROTECTED]
(see Documentation/SubmittingPatches).
- R.
___
On Thu, 2004-11-11 at 12:52, Roland Dreier wrote:
in What version of the Linux kernel do you support?
I suggest changing the answer to something like OpenIB
supports the latest 2.6 kernel (currently 2.6.9).
Not indicating the current version (2.6.9) makes for less frequent web
page
On Thu, 2004-11-11 at 13:27 -0500, Hal Rosenstock wrote:
What's S10 ?
Solaris 10. Which has IPv6oIB.
-tduffy
signature.asc
Description: This is a digitally signed message part
___
openib-general mailing list
[EMAIL PROTECTED]
Hal IBTA GUIDs are EUI-64. The only issue I recall was whether
Hal the polarity of the U/G bit was consistent with IEEE. This
Hal was updated at IBA 1.2. It now says manufacturer assigns
Hal EUI-64 with global scope set. May also assign additional
Hal EUI-64 with local scope.
On Thu, Nov 11, 2004 at 01:14:37PM -0500, Hal Rosenstock wrote:
Not indicating the current version (2.6.9) makes for less frequent web
page updates. Is just saying latest 2.6 kernel sufficient ?
Probably not since SLES9-ia64 is based on 2.6.5 and it won't work as-is.
Making ithe FAQ a wiki
On Thu, 2004-11-11 at 13:46, Roland Dreier wrote:
Hal IBTA GUIDs are EUI-64. The only issue I recall was whether
Hal the polarity of the U/G bit was consistent with IEEE. This
Hal was updated at IBA 1.2. It now says manufacturer assigns
Hal EUI-64 with global scope set. May
All,
Thanks for your comments,
Roland Dreier wrote:
Nitin I would appreciate if someone can review my patch to enable
Nitin inet6 address on ib interface. This is the first cut, will
Nitin like to hear from all. I plan to setup a bugzilla account
Nitin and append this patch
OK, with the patch below all the correct IPv6 groups seem to be
created and used. Ping works at least...
One question about IPv6 and IPoIB: currently the IPoIB driver joins
the IPv4 broadcast group and then uses those parameters to join or
create (as needed) the other groups, including all IPv6
Tom As long as I only try to bring up the ib0.8001 interface. If
Tom I bring up ib0, ib_ipoib freaks out and continuously prints
Tom (very rapidly):
OK, I think I fixed this. When you get a chance to retest, try
bringing up ib0 as see if it still acts freaky.
Thanks,
Roland
By the way, can anyone explain the following to me (an IPv6 rookie):
# ping6 -I ib0 fe80::202:c901:78c:e461
PING fe80::202:c901:78c:e461(fe80::202:c901:78c:e461) from
fe80::202:c901:7fc:c711 ib0: 56 data bytes
64 bytes from fe80::202:c901:78c:e461: icmp_seq=1 ttl=64 time=32.2 ms
Roland Dreier wrote:
By the way, can anyone explain the following to me (an IPv6 rookie):
# ping6 -I ib0 fe80::202:c901:78c:e461
PING fe80::202:c901:78c:e461(fe80::202:c901:78c:e461) from
fe80::202:c901:7fc:c711 ib0: 56 data bytes
64 bytes from fe80::202:c901:78c:e461:
On Thu, 2004-11-11 at 13:02 -0800, Roland Dreier wrote:
Tom As long as I only try to bring up the ib0.8001 interface. If
Tom I bring up ib0, ib_ipoib freaks out and continuously prints
Tom (very rapidly):
OK, I think I fixed this. When you get a chance to retest, try
bringing
On Thu, 2004-11-11 at 13:02 -0800, Roland Dreier wrote:
OK, I think I fixed this. When you get a chance to retest, try
bringing up ib0 as see if it still acts freaky.
Oops. Spoke too soon. It seems `ifconfig ib0 down` now hangs.
Can't [ctrl]-c it either.
-tduffy
signature.asc
Here's some text from the IPoIB I-D relative to this:
[AARCH] requires the interface identifier be created in the
Modified EUI-64 format when derived from an EUI-64 identifier.
[IBTA] is unclear if the GUID should use IEEE EUI-64 format or the
Modified EUI-64 format. Therefore, when
I'm trying to force errors on QP0/1 to see if my changes can recover
from them. I force the errors by sending with an invalid lkey. Based
on the implementation of mthca, what can be expected?
I'm not seeing the QP event handler get invoked. I do receive a
completion error, followed by
Sean I'm trying to force errors on QP0/1 to see if my changes can
Sean recover from them. I force the errors by sending with an
Sean invalid lkey. Based on the implementation of mthca, what
Sean can be expected?
Sean I'm not seeing the QP event handler get invoked. I do
Roland Dreier wrote:
mthca currently doesn't handle these 'asynchronous' state transitions
(ie transition to error). It continues to think the QP is in the RTS
state. Proper handling needs to be implemented.
Ok - thanks for the info.
However should there be a QP event for a send with invalid
Tom Oops. Spoke too soon. It seems `ifconfig ib0 down` now hangs.
I think this should fix it (already checked in).
- R.
Index: infiniband/ulp/ipoib/ipoib_multicast.c
===
--- infiniband/ulp/ipoib/ipoib_multicast.c
On Thu, 2004-11-11 at 15:01 -0800, Roland Dreier wrote:
Tom Oops. Spoke too soon. It seems `ifconfig ib0 down` now hangs.
I think this should fix it (already checked in).
Yuppers.
Thanks,
-tduffy
signature.asc
Description: This is a digitally signed message part
Hi,
Is there a way to display PortInfo components other than PortState ? For
example, LinkWidthActive might be useful (as might some others). I
couldn't find it in /sys/class/infiniband/mthca0/port/1.
Thanks.
-- Hal
___
openib-general mailing list
Roland Dreier wrote:
By the way, can anyone explain the following to me (an IPv6 rookie):
# ping6 -I ib0 fe80::202:c901:78c:e461
PING fe80::202:c901:78c:e461(fe80::202:c901:78c:e461) from
fe80::202:c901:7fc:c711 ib0: 56 data bytes
64 bytes from fe80::202:c901:78c:e461:
Tom With the updated patch (and with Nitin's original patch),
Tom when I bring up ipv6, I am not getting the correct link local
Tom address. I can assign it a global address and ping just
Tom fine, but the lower 64 bits of the IPv6 address are NULL
Tom (except for the set link
I think we just need to copy our address to the child interface. This
patch seems to fix it for me (already checked in).
(By the way, how does IPv6 handle autoconfig for VLAN interfaces?
With this change you can get duplicate autoconfig'ed addresses,
although they will be in different
Nitin Based on some googling I found that for linux, since Link
Nitin Local addresses are not routable, you need to provide the
Nitin scope (by specifying an outgoing interface) to ssh in
Nitin linux. This is very different from Solaris implementation
Nitin where it still
This should transition the QP state to SQE when encountering a
send error on the CQ. There may be a better way of doing this;
I didn't spend a lot of time studying the code.
- Sean
Index: mthca_dev.h
===
--- mthca_dev.h (revision
Sean This should transition the QP state to SQE when encountering
Sean a send error on the CQ. There may be a better way of doing
Sean this; I didn't spend a lot of time studying the code.
Thanks for the patch... let me look at how I want to do this (and
probably handle transitions
It looks to me like the MGIDs for IPv6 are only getting the low 32 bits
of the address rather than 80 bits.
| 8| 4 | 4 | 16 bits | 16 bits | 80 bits |
+-- -+++-+-+---+
||0001|scop|IPoIB signature|
Hal It looks to me like the MGIDs for IPv6 are only getting the
Hal low 32 bits of the address rather than 80 bits.
I think your setup is fine:
Hal Local interface address: inet6 addr: fe80::208:f104:396:71/64
The IPv6 solicited-node multicast address corresponding to this
address
On Thu, 2004-11-11 at 07:41 -0800, Roland Dreier wrote:
Matt As some of you may have noticed, we migrated over to the
Matt new OpenIB web pages yesterday. The FAQ and a few other
Matt items are still a work in progress. Let me know if there
Matt are any errors or if folks
On Thu, 2004-11-11 at 13:14 -0500, Hal Rosenstock wrote:
On Thu, 2004-11-11 at 12:52, Roland Dreier wrote:
in What version of the Linux kernel do you support?
I suggest changing the answer to something like OpenIB
supports the latest 2.6 kernel (currently 2.6.9).
Not
On Thu, 2004-11-11 at 10:47 -0800, Grant Grundler wrote:
On Thu, Nov 11, 2004 at 01:14:37PM -0500, Hal Rosenstock wrote:
Not indicating the current version (2.6.9) makes for less frequent web
page updates. Is just saying latest 2.6 kernel sufficient ?
Probably not since SLES9-ia64 is based
Hello folks,
As I mentioned fomerly on this list, I have a working u/kDAPL on top of
the gen1 stack and I've finally finished all internal procedures
to make it public.
# Actually, it took me about one month and a half. Sigh... :(
I would like to put that into the OpenIB contributors area
50 matches
Mail list logo