http://blog.gmane.org/gmane.linux.drivers.openib hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://comments.gmane.org/gmane.linux.drivers.openib/65596 <pre>This email was generated automatically, please do not reply git_url: git://git.openfabrics.org/ofed_1_5/linux-2.6.git git_branch: ofed_kernel_1_5 Common build parameters: Passed: Passed on i686 with linux-2.6.19 Passed on i686 with linux-2.6.18 Passed on i686 with linux-2.6.21.1 Passed on i686 with linux-2.6.24 Passed on i686 with linux-2.6.26 Passed on i686 with linux-2.6.22 Passed on i686 with linux-2.6.27 Passed on x86_64 with linux-2.6.16.60-0.21-smp Passed on x86_64 with linux-2.6.18 Passed on x86_64 with linux-2.6.18-164.el5 Passed on x86_64 with linux-2.6.18-128.el5 Passed on x86_64 with linux-2.6.18-93.el5 Passed on x86_64 with linux-2.6.20 Passed on x86_64 with linux-2.6.19 Passed on x86_64 with linux-2.6.21.1 Passed on x86_64 with linux-2.6.24 Passed on x86_64 with linux-2.6.22 Passed on x86_64 with linux-2.6.25 Passed on x86_64 with linux-2.6.26 Passed on x86_64 with linux-2.6.27 Passed on x86_64 with linux-2.6.9-67.ELsmp Passed on x86_64 with linux-2.6.9-78.ELsmp Passed on ia64 with linux-2.</pre> Vladimir Sokolovsky (Mellanox 2009-09-30T10:13:35 http://comments.gmane.org/gmane.linux.drivers.openib/65579 <pre> A general question on getting the correct backport. On my machine, if I do "uname -r" I get 2.6.18-128.el5 If I do "cat /etc/redhat-release" I get CentOs release 5.3 (Final) If I look in "/usr/src/ofa_kernel/kernel_addons/backport" the subdirectory I need to use for the current kernel is: 2.6.18-EL5.3 My question: Is there somewhere in the system where I can find (or generate) the string "2.6.18-EL5.3"? I want to put that in my scripts so they will automatically pick it up whenever we change versions (as we just did when going to Centos -- it used to be 2.6.18-EL5.2 in the RedHat version we were running before). At present I have to edit these scripts by hand, and that's a lousy way to do business. Thanks, Bob Russell </pre> Robert D. Russell 2009-09-29T20:25:36 http://comments.gmane.org/gmane.linux.drivers.openib/65569 <pre>Can some please give me a little insight on this issue </pre> Chris Andrews 2009-09-29T17:56:39 http://comments.gmane.org/gmane.linux.drivers.openib/65563 <pre>What happens to this list after tomorrow? (i.e., general&lt; at &gt;lists.openfabrics.org ) Will mails bounce? The intent is that all mails to the "general" list should be sent to the linux-rdma list instead, right? </pre> Jeff Squyres 2009-09-29T16:16:39 http://comments.gmane.org/gmane.linux.drivers.openib/65558 <pre>Additional data structure added: 1. Map of all partition keys opened in the fabric. 2. Map of all multicast group boxes shared same pkey. MLID assignment for multicast groups works in a usual manner, allocating free entry for newly created group. Proposed compression algorithm starts working when there are no more free entries in the mlid array. List of MLIDs for new multicast group will be chosen from the pkey indexed map according to the requested pkey. MLID which shares minimum number of ports will be given to newly created multicast group. Signed-off-by: Slava Strebkov &lt;slavas&lt; at &gt;voltaire.com&gt; --- opensm/include/opensm/osm_multicast.h | 135 ++++++++++++++++++++++++++++++++ opensm/include/opensm/osm_subnet.h | 36 +++++++++ opensm/opensm/osm_multicast.c | 103 ++++++++++++++++++++++++ opensm/opensm/osm_sa_mcmember_record.c | 28 ++++--- opensm/opensm/osm_subnet.c | 8 ++ 5 files changed, 299 insertions(+), 11 deletions(-) diff --git a/opensm/include/opensm/osm_multicast</pre> Slava Strebkov 2009-09-29T13:54:12 http://comments.gmane.org/gmane.linux.drivers.openib/65557 <pre>Main purpose is to prepare infrastructure for (many) mgids to one mlid compression. Proposed the following changes: 1.Element in mlid array is now a multicast group box. 2.mgrp_box keeps a list of mgroups sharing same mlid. With introduction of compression, there will be many multicast groups per mlid. Current implementation keeps one mgid to one mlid ratio. 3.mgrp_box has a map of ports sharing same mlid. Ports sorted by port guid. Port map is necessary for building spanning tree per mgroup_box, not just for single mgroup. 4.Element in port map keeps a list of mgroups opened by this port. This allows quick deletion of mgroups when port changes state to DOWN. 5.Multicast processing functions use mgroup_box object instead of mgroup. Signed-off-by: Slava Strebkov &lt;slavas&lt; at &gt;voltaire.com&gt; --- opensm/include/opensm/osm_multicast.h | 130 ++++++++++++++++++++++++++++++-- opensm/include/opensm/osm_subnet.h | 49 ++++++++++--- opensm/opensm/osm_drop_mgr.c | 2 +- opensm/opensm/osm_mcast_mgr.c </pre> Slava Strebkov 2009-09-29T13:53:18 http://comments.gmane.org/gmane.linux.drivers.openib/65551 <pre> Signed-off-by: Hal Rosenstock &lt;hal.rosenstock&lt; at &gt;gmail.com&gt; --- Changes since v1: Use snprintf rather than sprintf Also, moved output of ] diff --git a/opensm/opensm/osm_mesh.c b/opensm/opensm/osm_mesh.c index 260e2f8..53f0f58 100644 --- a/opensm/opensm/osm_mesh.c +++ b/opensm/opensm/osm_mesh.c &lt; at &gt;&lt; at &gt; -1565,6 +1565,63 &lt; at &gt;&lt; at &gt; err: return -1; } +static void dump_mesh(lash_t *p_lash) +{ +osm_log_t *p_log = &amp;p_lash-&gt;p_osm-&gt;log; +int sw; +int num_switches = p_lash-&gt;num_switches; +int dimension; +int i, j, k, n; +switch_t *s, *s2; +char buf[256]; + +OSM_LOG_ENTER(p_log); + +for (sw = 0; sw &lt; num_switches; sw++) { +s = p_lash-&gt;switches[sw]; +dimension = s-&gt;node-&gt;dimension; +n = sprintf(buf, "["); +for (i = 0; i &lt; dimension; i++) { +n += snprintf(buf + n, sizeof(buf) - n, + "%2d", s-&gt;node-&gt;coord[i]); +if (n &gt; sizeof(buf)) +n = sizeof(buf); +if (i != dimension - 1) { +n += snprintf(buf + n, sizeof(buf) - n, "%s", ","); +if (n &gt; sizeof(buf)) +n = sizeof(buf); +} +} </pre> Hal Rosenstock 2009-09-29T10:53:02 http://comments.gmane.org/gmane.linux.drivers.openib/65550 <pre>This email was generated automatically, please do not reply git_url: git://git.openfabrics.org/ofed_1_5/linux-2.6.git git_branch: ofed_kernel_1_5 Common build parameters: Passed: Passed on i686 with linux-2.6.18 Passed on i686 with linux-2.6.19 Passed on i686 with linux-2.6.21.1 Passed on i686 with linux-2.6.26 Passed on i686 with linux-2.6.24 Passed on i686 with linux-2.6.22 Passed on i686 with linux-2.6.27 Passed on x86_64 with linux-2.6.16.60-0.21-smp Passed on x86_64 with linux-2.6.18 Passed on x86_64 with linux-2.6.18-164.el5 Passed on x86_64 with linux-2.6.18-128.el5 Passed on x86_64 with linux-2.6.18-93.el5 Passed on x86_64 with linux-2.6.19 Passed on x86_64 with linux-2.6.20 Passed on x86_64 with linux-2.6.21.1 Passed on x86_64 with linux-2.6.24 Passed on x86_64 with linux-2.6.22 Passed on x86_64 with linux-2.6.25 Passed on x86_64 with linux-2.6.26 Passed on x86_64 with linux-2.6.27 Passed on x86_64 with linux-2.6.9-67.ELsmp Passed on x86_64 with linux-2.6.9-78.ELsmp Passed on ia64 with linux-2.</pre> Vladimir Sokolovsky (Mellanox 2009-09-29T10:16:49 http://comments.gmane.org/gmane.linux.drivers.openib/65548 <pre></pre> Chris 2009-09-29T04:56:27 http://comments.gmane.org/gmane.linux.drivers.openib/65547 <pre></pre> chris 2009-09-29T03:33:12 http://comments.gmane.org/gmane.linux.drivers.openib/65545 <pre> Add IPPROTO_TCP to create socket. Specify device IP address when binding instead of INADDR_ANY and remove setsocketopt REUSEADDR on the listen socket to avoid any issues with portability. Don't want duplicate port bindings. Signed-off-by: Arlin Davis &lt;arlin.r.davis&lt; at &gt;intel.com&gt; --- dapl/openib_scm/cm.c | 10 +++------- 1 files changed, 3 insertions(+), 7 deletions(-) diff --git a/dapl/openib_scm/cm.c b/dapl/openib_scm/cm.c index 87f5446..dae1781 100644 --- a/dapl/openib_scm/cm.c +++ b/dapl/openib_scm/cm.c &lt; at &gt;&lt; at &gt; -531,7 +531,7 &lt; at &gt;&lt; at &gt; dapli_socket_connect(DAPL_EP * ep_ptr, /* create, connect, sockopt, and exchange QP information */ if ((cm_ptr-&gt;socket = - socket(AF_INET, SOCK_STREAM, 0)) == DAPL_INVALID_SOCKET) { + socket(AF_INET, SOCK_STREAM, IPPROTO_TCP)) == DAPL_INVALID_SOCKET) { dapl_os_free(cm_ptr, sizeof(*cm_ptr)); return DAT_INSUFFICIENT_RESOURCES; } &lt; at &gt;&lt; at &gt; -815,7 +815,6 &lt; at &gt;&lt; at &gt; dapli_socket_listen(DAPL_IA * ia_ptr, DAT_CONN_QUAL serviceID, DAPL_SP * sp_ptr) { struct sockaddr_in addr; ib</pre> Davis, Arlin R 2009-09-28T22:08:20 http://comments.gmane.org/gmane.linux.drivers.openib/65544 <pre> WinOF testing with slightly different scheduler and verbs showed some issues with cleanup. Add better protection around destroy and move state change before socket send to insure correct state in multi-thread environment targeting the same device on send and recv. Change DCM_RTU_PENDING to DCM_REP_PENDING and and add static definition to local routines for better readability. Signed-off-by: Arlin Davis &lt;arlin.r.davis&lt; at &gt;intel.com&gt; --- dapl/openib_common/dapl_ib_common.h | 4 +- dapl/openib_scm/cm.c | 125 +++++++++++++++-------------------- 2 files changed, 56 insertions(+), 73 deletions(-) diff --git a/dapl/openib_common/dapl_ib_common.h b/dapl/openib_common/dapl_ib_common.h index 3cd8885..671073b 100644 --- a/dapl/openib_common/dapl_ib_common.h +++ b/dapl/openib_common/dapl_ib_common.h &lt; at &gt;&lt; at &gt; -265,7 +265,7 &lt; at &gt;&lt; at &gt; typedef enum dapl_cm_state DCM_INIT, DCM_LISTEN, DCM_CONN_PENDING, -DCM_RTU_PENDING, +DCM_REP_PENDING, DCM_ACCEPTING, DCM_ACCEPTING_DATA, DCM_ACCEPTED, &lt; at &gt;&lt; at &gt; -356,7 +356,7 </pre> Arlin Davis 2009-09-28T22:08:10 http://comments.gmane.org/gmane.linux.drivers.openib/65542 <pre>Will the srp module be included in the OFED 1.5 release? If so, when? </pre> Hoot Thompson 2009-09-28T11:16:42 http://comments.gmane.org/gmane.linux.drivers.openib/65536 <pre></pre> viktor< at >viktormauch.de 2009-09-28T15:08:03 http://comments.gmane.org/gmane.linux.drivers.openib/65531 <pre>Will the srp module be available in the OFED 1.5 release? If so, when? </pre> Hoot Thompson 2009-09-28T11:35:28 http://comments.gmane.org/gmane.linux.drivers.openib/65530 <pre>This email was generated automatically, please do not reply git_url: git://git.openfabrics.org/ofed_1_5/linux-2.6.git git_branch: ofed_kernel_1_5 Common build parameters: Passed: Passed on i686 with linux-2.6.18 Passed on i686 with linux-2.6.21.1 Passed on i686 with linux-2.6.19 Passed on i686 with linux-2.6.26 Passed on i686 with linux-2.6.24 Passed on i686 with linux-2.6.22 Passed on i686 with linux-2.6.27 Passed on x86_64 with linux-2.6.16.60-0.21-smp Passed on x86_64 with linux-2.6.18 Passed on x86_64 with linux-2.6.18-164.el5 Passed on x86_64 with linux-2.6.18-128.el5 Passed on x86_64 with linux-2.6.18-93.el5 Passed on x86_64 with linux-2.6.19 Passed on x86_64 with linux-2.6.21.1 Passed on x86_64 with linux-2.6.20 Passed on x86_64 with linux-2.6.24 Passed on x86_64 with linux-2.6.22 Passed on x86_64 with linux-2.6.25 Passed on x86_64 with linux-2.6.26 Passed on x86_64 with linux-2.6.27 Passed on x86_64 with linux-2.6.9-78.ELsmp Passed on x86_64 with linux-2.6.9-67.ELsmp Passed on ia64 with linux-2.</pre> Vladimir Sokolovsky (Mellanox 2009-09-28T10:08:47 http://comments.gmane.org/gmane.linux.drivers.openib/65526 <pre></pre> chris 2009-09-27T20:42:40 http://comments.gmane.org/gmane.linux.drivers.openib/65523 <pre>This email was generated automatically, please do not reply git_url: git://git.openfabrics.org/ofed_1_5/linux-2.6.git git_branch: ofed_kernel_1_5 Common build parameters: Passed: Passed on i686 with linux-2.6.18 Passed on i686 with linux-2.6.19 Passed on i686 with linux-2.6.21.1 Passed on i686 with linux-2.6.24 Passed on i686 with linux-2.6.26 Passed on i686 with linux-2.6.22 Passed on i686 with linux-2.6.27 Passed on x86_64 with linux-2.6.16.60-0.21-smp Passed on x86_64 with linux-2.6.18 Passed on x86_64 with linux-2.6.18-164.el5 Passed on x86_64 with linux-2.6.18-128.el5 Passed on x86_64 with linux-2.6.18-93.el5 Passed on x86_64 with linux-2.6.19 Passed on x86_64 with linux-2.6.21.1 Passed on x86_64 with linux-2.6.20 Passed on x86_64 with linux-2.6.24 Passed on x86_64 with linux-2.6.25 Passed on x86_64 with linux-2.6.22 Passed on x86_64 with linux-2.6.26 Passed on x86_64 with linux-2.6.27 Passed on x86_64 with linux-2.6.9-78.ELsmp Passed on x86_64 with linux-2.6.9-67.ELsmp Passed on ia64 with linux-2.</pre> Vladimir Sokolovsky (Mellanox 2009-09-27T10:09:20 http://comments.gmane.org/gmane.linux.drivers.openib/65522 <pre> to not have any bits on for reserved components Signed-off-by: Hal Rosenstock &lt;hal.rosenstock&lt; at &gt;gmail.com&gt; --- diff --git a/infiniband-diags/src/perfquery.c b/infiniband-diags/src/perfquery.c index d70af9e..5d4046b 100644 --- a/infiniband-diags/src/perfquery.c +++ b/infiniband-diags/src/perfquery.c &lt; at &gt;&lt; at &gt; -91,6 +91,8 &lt; at &gt;&lt; at &gt; struct perf_count perf_count = { 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0 }; struct perf_count_ext perf_count_ext = { 0, 0, 0, 0, 0, 0, 0, 0, 0, 0 }; +int not_def_mask = 0; + #define ALL_PORTS 0xFF /* Notes: IB semantics is to cap counters if count has exceeded limits. &lt; at &gt;&lt; at &gt; -337,8 +339,10 &lt; at &gt;&lt; at &gt; static void reset_counters(int extended, int timeout, int mask, IB_GSI_PORT_COUNTERS, srcport)) IBERROR("perf reset"); } else { -if (!performance_reset_via(pc, portid, port, mask, timeout, - IB_GSI_PORT_COUNTERS_EXT, srcport)) +if (!performance_reset_via(pc, portid, port, + not_def_mask ? mask : mask &amp; 0xff, + timeout, IB_GSI_PORT_COUNTERS_EXT, +</pre> Hal Rosenstock 2009-09-26T21:17:26 http://comments.gmane.org/gmane.linux.drivers.openib/65521 <pre>http://bugzilla.kernel.org/show_bug.cgi?id=14235 Summary: SRP initiator lockup Product: Drivers Version: 2.5 Platform: All OS/Version: Linux Tree: Mainline Status: NEW Severity: high Priority: P1 Component: Infiniband/RDMA AssignedTo: drivers_infiniband-rdma&lt; at &gt;kernel-bugs.osdl.org ReportedBy: bart.vanassche&lt; at &gt;gmail.com Regression: No If an SRP target processes SRP I/O slow enough, the SRP initiator locks up. This issue is 100% reproducible with the following setup: Target: * Kernel 2.6.30.4 with SCST patches applied and kernel debugging enabled. * SCST r1153 with EXTRA_CFLAGS += -DCONFIG_SCST_TRACING -DCONFIG_SCST_DEBUG -g added in srpt/src/Makefile and with EXTRA_CFLAGS += -DCONFIG_SCST_TRACING added in scst/src/Makefile. * ib_srpt loaded with kernel module parameters thread=0 and processing_delay_in_us=500. Initiator: * Kernel 2.6.31.1 with kernel debugging enabled. * SRP login</pre> bugzilla-daemon< at >bugzilla.kernel.org 2009-09-26T14:54:37 http://comments.gmane.org/gmane.linux.drivers.openib/65520 <pre>This email was generated automatically, please do not reply git_url: git://git.openfabrics.org/ofed_1_5/linux-2.6.git git_branch: ofed_kernel_1_5 Common build parameters: Passed: Passed on i686 with linux-2.6.21.1 Passed on i686 with linux-2.6.19 Passed on i686 with linux-2.6.18 Passed on i686 with linux-2.6.26 Passed on i686 with linux-2.6.24 Passed on i686 with linux-2.6.22 Passed on i686 with linux-2.6.27 Passed on x86_64 with linux-2.6.16.60-0.21-smp Passed on x86_64 with linux-2.6.18 Passed on x86_64 with linux-2.6.18-164.el5 Passed on x86_64 with linux-2.6.18-128.el5 Passed on x86_64 with linux-2.6.18-93.el5 Passed on x86_64 with linux-2.6.19 Passed on x86_64 with linux-2.6.21.1 Passed on x86_64 with linux-2.6.20 Passed on x86_64 with linux-2.6.24 Passed on x86_64 with linux-2.6.25 Passed on x86_64 with linux-2.6.22 Passed on x86_64 with linux-2.6.26 Passed on x86_64 with linux-2.6.27 Passed on x86_64 with linux-2.6.9-78.ELsmp Passed on x86_64 with linux-2.6.9-67.ELsmp Passed on ia64 with linux-2.</pre> Vladimir Sokolovsky (Mellanox 2009-09-26T10:07:02 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.linux.drivers.openib