Re: [openib-general] [PATCH] agent: Handle out of order send completions

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 = containe

[openib-general] [PATCH] agent: Better wr_id in send WR makes for slightly simpler completion handling

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 @@ send_wr.wr.ud.remo

[openib-general] New OpenIB webpages

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 __

Re: [openib-general] New OpenIB webpages

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/suggestion

Re: [openib-general] New OpenIB webpages

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 sugges

[openib-general] openib.org/bugzilla

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 Desc

[openib-general] [PATCH] ipoib: Free AHs

This patch corrects the fact that IPoIB leaks all of its address handles by creating a list of dead AHs and freeing an AH once all the sends using it complete. Index: ulp/ipoib/ipoib_verbs.c === --- ulp/ipoib/ipoib_verbs.c (revisi

[openib-general] [Fwd: [Bug 1] New: kernel prints out error message for each ib interface]

--- Begin Message --- 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

[openib-general] [Fwd: [Bug 2] New: ipoib does not work with ipv6]

--- Begin Message --- 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

[openib-general] [PATCH] Remove use of SPIN_LOCK_UNLOCKED

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

Re: [openib-general] [PATCH] ipoib: Free AHs

On Thu, 2004-11-11 at 11:31, Roland Dreier wrote: > This patch corrects the fact that IPoIB leaks all of its address > handles by creating a list of dead AHs and freeing an AH once all the > sends using it complete. A couple of compile warnings: drivers/infiniband/ulp/ipoib/ipoib_main.c: In functi

[openib-general] IPoIB w/ IBSRM?

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 the old problems are really gone. Thanks, Roland ___

Re: [openib-general] [PATCH] ipoib: Free AHs

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

Re: [openib-general] [PATCH] ipoib: Free AHs

On Thu, 2004-11-11 at 11:31, Roland Dreier wrote: > This patch corrects the fact that IPoIB leaks all of its address > handles by creating a list of dead AHs and freeing an AH once all the > sends using it complete. Unfortunately I still see: ib0: ib_dealloc_pd failed when I removed ib_ipoib an

Re: [openib-general] [PATCH] ipoib: Free AHs

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-gener

Re: [openib-general] [PATCH] Remove use of SPIN_LOCK_UNLOCKED

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 ___

Re: [openib-general] IPoIB w/ IBSRM?

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!)

Re: [openib-general] IPoIB w/ IBSRM?

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 pr

Re: [openib-general] New OpenIB webpages

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

Re: [openib-general] New OpenIB webpages

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 > Maybe also worth mentioning that only IPoIB is su

[openib-general] [PATCH] Enable inet6 on ib interface

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 -N

Re: [openib-general] [PATCH] Enable inet6 on ib interface

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. T

Re: [openib-general] [PATCH] Enable inet6 on ib interface

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. ___ openib-

Re: [openib-general] New OpenIB webpages

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 p

Re: [openib-general] [PATCH] Enable inet6 on ib interface

On Thu, 2004-11-11 at 13:11, Roland Dreier wrote: > My only questions are: > > + eui[0] ^= 2; > > I remember some discussion about whether IBTA GUIDs are already > modified EUI-64 or not. Is this the correct transformation or should > we be doing something like "eui[0] |= 2;" (ie as

Re: [openib-general] [PATCH] Enable inet6 on ib interface

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] http://openib.org/mail

Re: [openib-general] New OpenIB webpages

On Thu, 2004-11-11 at 13:14 -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 ? How about making the FAQ a WIKI :-) -tduffy signature.asc Description: This is a digitally signed messa

Re: [openib-general] [PATCH] Enable inet6 on ib interface

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 sco

Re: [openib-general] New OpenIB webpages

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 (td

Re: [openib-general] [PATCH] Enable inet6 on ib interface

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.

Re: [openib-general] [PATCH] Enable inet6 on ib interface

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

Re: [openib-general] [PATCH] Enable inet6 on ib interface

I just tested, and the IPv6 ND packets are being sent to the MGID ff12:401b::0:0:0::. This makes sense because net/ipv6/ndisc.c uses dev->broadcast in ndisc_mc_map() if it doesn't know about the interface type. I'll see if creating ipv6_ib_mc_map() helps. - R. _

Re: [openib-general] [PATCH] Enable inet6 on ib interface

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 m

Re: [openib-general] IPoIB w/ IBSRM?

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

Re: [openib-general] [PATCH] Enable inet6 on ib interface

On Thu, 2004-11-11 at 15:13, Roland Dreier wrote: > 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 multicast > groups. Is this correct, or is there a

Re: [openib-general] [PATCH] Enable inet6 on ib interface

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 6

Re: [openib-general] [PATCH] Enable inet6 on ib interface

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: icm

Re: [openib-general] IPoIB w/ IBSRM?

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 > br

Re: [openib-general] IPoIB w/ IBSRM?

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 Descriptio

[Fwd: Re: [openib-general] [PATCH] Enable inet6 on ib interface]

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, wh

[openib-general] QP error handling

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 flushe

[openib-general] Re: QP error handling

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

[openib-general] Re: QP error handling

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 L_Ke

Re: [openib-general] IPoIB w/ IBSRM?

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 (revis

Re: [openib-general] IPoIB w/ IBSRM?

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 _

[openib-general] Link Width Active

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 [EM

Re: [openib-general] [PATCH] Enable inet6 on ib interface

On Thu, 2004-11-11 at 12:13 -0800, Roland Dreier wrote: > OK, with the patch below all the correct IPv6 groups seem to be > created and used. Ping works at least... With the updated patch (and with Nitin's original patch), when I bring up ipv6, I am not getting the correct link local address. I

Re: [openib-general] [PATCH] Enable inet6 on ib interface

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: icm

[openib-general] Re: Link Width Active

Hal> Hi, Is there a way to display PortInfo components other than Hal> PortState ? For example, LinkWidthActive might be useful (as Hal> might some others). I couldn't find it in Hal> /sys/class/infiniband/mthca0/port/1. Sure, we just need to add more attributes in core/sysfs.c. Li

Re: [openib-general] [PATCH] Enable inet6 on ib interface

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

Re: [openib-general] [PATCH] Enable inet6 on ib interface

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 partitions.

Re: [openib-general] [PATCH] Enable inet6 on ib interface

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 d

Re: [openib-general] [PATCH] Enable inet6 on ib interface

On Thu, 2004-11-11 at 16:38 -0800, Roland Dreier wrote: > I think we just need to copy our address to the child interface. This > patch seems to fix it for me (already checked in). Yup, this fixes it. You rock. > (By the way, how does IPv6 handle autoconfig for VLAN interfaces? > With this chan

[openib-general] [PATCH] [1/2] SQE handling on MAD QPs

This patch recovers from send queue errors on QP 0/1. (It should also "work" in the case of fatal errors, but does not try to recover.) Code was tested by forcing send errors and checking that the port could still go to active. Patch can be applied separately from patch to mthca, but requires

[openib-general] [PATCH] [2/2] change QP state to SQE

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 1209

Re: [openib-general] [PATCH] Enable inet6 on ib interface

Tom> Would you really bring both interfaces up? If this is a Tom> problem, the spec should have the pkey be part of the link Tom> local address. It actually seems to work fine to bring up multiple IPv6 interfaces that end up with the same link local address (like ib0 and ib0.8001). Th

[openib-general] Re: [PATCH] [2/2] change QP state to SQE

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

[openib-general] PD dealloc and AH busy problems remain

Hi, Don't know what the proper expectation is (whether the below meant that the PD dealloc problem and the AH busy problem should be gone), r1211 | roland | 2004-11-11 15:36:46 -0500 (Thu, 11 Nov 2004) | 1 line Move final reap of AHs to a more correct location but they are not (just in case yo

[openib-general] Re: PD dealloc and AH busy problems remain

Hal> but they are not (just in case you thought they should). The Hal> PD alloc problem is now intermittent on IPoIB module removal Hal> (an improvement). AH busy on mthca module removal is still Hal> regular. Thanks for pointing this out, it was the kick in the rear I needed to re

[openib-general] IPv6 MGID formation question

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||< P_Key >| gro

[openib-general] Re: IPv6 MGID formation question

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

Re: [openib-general] New OpenIB webpages

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

Re: [openib-general] New OpenIB webpages

On Thu, 2004-11-11 at 09:52 -0800, Roland Dreier wrote: > 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 >

Re: [openib-general] New OpenIB webpages

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). > > N

Re: [openib-general] New OpenIB webpages

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

[openib-general] OpenIB gen1 stack u/kDAPL by NTT DATA

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 (Somew