general  

Messages by Thread

• [ofa-general] ib_mthca catastrophic error detected John Valdes
• [ofa-general] [PATCH] RDMA/cxgb3: limit fastreg size based on T3 limitations. Steve Wise
  • [ofa-general] Re: [PATCH] RDMA/cxgb3: limit fastreg size based on T3 limitations. Roland Dreier
• [ofa-general] [PATCH] RDMA/cxgb3: Report correct port state and mtu. Steve Wise
  • [ofa-general] Re: [PATCH] RDMA/cxgb3: Report correct port state and mtu. Roland Dreier
  • [ofa-general] Re: [PATCH] RDMA/cxgb3: Report correct port state and mtu. Steve Wise
• [ofa-general] Verbs or RDMA code via JNI Zafar Gilani
• [ofa-general] [PATCH] osm_dump.c dump port if lft is set up Line . Holen
  • [ofa-general] Re: [PATCH] osm_dump.c dump port if lft is set up Sasha Khapyorsky
• [ofa-general] ofa_1_4_kernel 20090527-0200 daily build status Vladimir Sokolovsky (Mellanox)
• [ofa-general] [PATCH] osm_ucast_ftree.c Allow horizontal links between switches of max rank Line . Holen
  • Re: [ofa-general] [PATCH] osm_ucast_ftree.c Allow horizontal links between switches of max rank Nicolas Morey-Chaisemartin
  • Re: [ofa-general] [PATCH] osm_ucast_ftree.c Allow horizontal links between switches of max rank Line . Holen
• [ofa-general] ***SPAM*** nfs over rdma in Cent OS 5.2 lakshmana swamy
  • Re: [ofa-general] ***SPAM*** nfs over rdma in Cent OS 5.2 Jon Mason
• [ofa-general] two questions about RDMA_CM_EVENT_TIMEWAIT_EXIT and the TimeWait state Isaac Huang
  • Re: [ofa-general] two questions about RDMA_CM_EVENT_TIMEWAIT_EXIT and the TimeWait state Or Gerlitz
  • Re: [ofa-general] two questions about RDMA_CM_EVENT_TIMEWAIT_EXIT and the TimeWait state Isaac Huang
  • RE: [ofa-general] two questions about RDMA_CM_EVENT_TIMEWAIT_EXIT and the TimeWait state Sean Hefty
  • Re: [ofa-general] two questions about RDMA_CM_EVENT_TIMEWAIT_EXIT and the TimeWait state Isaac Huang
  • RE: [ofa-general] two questions about RDMA_CM_EVENT_TIMEWAIT_EXIT and the TimeWait state Sean Hefty
• [ofa-general] ofa_1_4_kernel 20090526-0200 daily build status Vladimir Sokolovsky (Mellanox)
• [ofa-general] Sending two integers via RDMA_WRITE Zafar Gilani
  • Re: [ofa-general] Sending two integers via RDMA_WRITE Dotan Barak
  • Re: [ofa-general] Sending two integers via RDMA_WRITE Zafar Gilani
  • Re: [ofa-general] Sending two integers via RDMA_WRITE Dotan Barak
  • Re: [ofa-general] Sending two integers via RDMA_WRITE Zafar Gilani
  • Re: [ofa-general] Sending two integers via RDMA_WRITE Dotan Barak
  • Re: [ofa-general] Sending two integers via RDMA_WRITE Zafar Gilani
  • Re: [ofa-general] Sending two integers via RDMA_WRITE Thierry
  • Re: [ofa-general] Sending two integers via RDMA_WRITE Zafar Gilani
  • Re: [ofa-general] Sending two integers via RDMA_WRITE Thierry
  • RE: [ofa-general] Sending two integers via RDMA_WRITE Sean Hefty
• [ofa-general] ofa_1_4_kernel 20090525-0200 daily build status Vladimir Sokolovsky (Mellanox)
• [ofa-general] ofa_1_4_kernel 20090524-0200 daily build status Vladimir Sokolovsky (Mellanox)
• [ofa-general] ofa_1_4_kernel 20090523-0200 daily build status Vladimir Sokolovsky (Mellanox)
• [ofa-general] SRP on RHEL 5.3/OFED 1.3 vs RHEL 5.1/OFED 1.2? John Valdes
  • Re: [ofa-general] SRP on RHEL 5.3/OFED 1.3 vs RHEL 5.1/OFED 1.2? Ifan W
  • Re: [ofa-general] SRP on RHEL 5.3/OFED 1.3 vs RHEL 5.1/OFED 1.2? John Valdes
• [ofa-general] Problem in client/server code with JNI Zafar Gilani
• [ofa-general] [PATCH 2/2] opensm/osm_ucast_lash.c: Use calloc rather than malloc/memset Hal Rosenstock
  • [ofa-general] Re: [PATCH 2/2] opensm/osm_ucast_lash.c: Use calloc rather than malloc/memset Sasha Khapyorsky
• [ofa-general] [PATCH] opensm/osm_mesh.c: Use define rather than hard coded constant Hal Rosenstock
  • [ofa-general] Re: [PATCH] opensm/osm_mesh.c: Use define rather than hard coded constant Sasha Khapyorsky
• [ofa-general] [PATCH 1/2] [TRIVIAL] opensm/osm_ucast_lash.c: Fix commentary typo Hal Rosenstock
  • [ofa-general] Re: [PATCH 1/2] [TRIVIAL] opensm/osm_ucast_lash.c: Fix commentary typo Sasha Khapyorsky
• [ofa-general] ofa_1_4_kernel 20090522-0200 daily build status Vladimir Sokolovsky (Mellanox)
• [ofa-general] Default value of LocalAckTimeout for a new QP Amir Vadai
  • Re: [ofa-general] Default value of LocalAckTimeout for a new QP Hal Rosenstock
  • RE: [ofa-general] Default value of LocalAckTimeout for a new QP Davis, Arlin R
  • RE: [ofa-general] Default value of LocalAckTimeout for a new QP Amir Vadai
  • RE: [ofa-general] Default value of LocalAckTimeout for a new QP Amir Vadai
  • Re: [ofa-general] Default value of LocalAckTimeout for a new QP Hal Rosenstock
  • RE: [ofa-general] Default value of LocalAckTimeout for a new QP Amir Vadai
• [ofa-general] ofa_1_4_kernel 20090521-0200 daily build status Vladimir Sokolovsky (Mellanox)
• [ofa-general] ibv_devinfo -v conventions for RNIC in 1.4.1-X Mike Aho
  • Re: [ofa-general] ibv_devinfo -v conventions for RNIC in 1.4.1-X Steve Wise
  • Re: [ofa-general] ibv_devinfo -v conventions for RNIC in 1.4.1-X Mike Aho
  • Re: [ofa-general] ibv_devinfo -v conventions for RNIC Or Gerlitz
• [ofa-general] Infiniband with Xen anthony garnier
  • Re: [ofa-general] Infiniband with Xen Roland Dreier
  • RE: [ofa-general] Infiniband with Xen anthony garnier
  • Re: [ofa-general] Infiniband with Xen Roland Dreier
  • RE: [ofa-general] Infiniband with Xen anthony garnier
  • Re: [ofa-general] Infiniband with Xen Roland Dreier
• [ofa-general] Problem executing IB Verbs/RDMA code via JNI Zafar Gilani
  • Re: [ofa-general] Problem executing IB Verbs/RDMA code via JNI David Dillow
  • Re: [ofa-general] Problem executing IB Verbs/RDMA code via JNI Zafar Gilani
  • Re: [ofa-general] Problem executing IB Verbs/RDMA code via JNI David Dillow
• [ofa-general] ofa_1_4_kernel 20090520-0200 daily build status Vladimir Sokolovsky (Mellanox)
• [ofa-general] Executing IB Verbs/RDMA client/server code via JNI Zafar Gilani
• [ofa-general] [RFC] ipoib: avoid using stale ipoib_neigh* in ipoib_neigh_cleanup() akepner
  • Re: [ofa-general] [RFC] ipoib: avoid using stale ipoib_neigh* in ipoib_neigh_cleanup() Or Gerlitz
  • Re: [ofa-general] [RFC] ipoib: avoid using stale ipoib_neigh* in ipoib_neigh_cleanup() akepner
  • Re: [ofa-general] [RFC] ipoib: avoid using stale ipoib_neigh* in ipoib_neigh_cleanup() Or Gerlitz
  • Re: [ofa-general] [RFC] ipoib: avoid using stale ipoib_neigh* in ipoib_neigh_cleanup() Eli Cohen
  • Re: [ofa-general] [RFC] ipoib: avoid using stale ipoib_neigh* in ipoib_neigh_cleanup() Or Gerlitz
  • Re: [ofa-general] [RFC] ipoib: avoid using stale ipoib_neigh* in ipoib_neigh_cleanup() akepner
  • Re: [ofa-general] [RFC] ipoib: avoid using stale ipoib_neigh* in ipoib_neigh_cleanup() Or Gerlitz
  • Re: [ofa-general] [RFC] ipoib: avoid using stale ipoib_neigh* in ipoib_neigh_cleanup() Roland Dreier
  • Re: [ofa-general] [RFC] ipoib: avoid using stale ipoib_neigh* in ipoib_neigh_cleanup() akepner
  • Re: [ofa-general] [RFC] ipoib: avoid using stale ipoib_neigh* in ipoib_neigh_cleanup() Roland Dreier
  • Re: [ofa-general] [RFC] ipoib: avoid using stale ipoib_neigh* in ipoib_neigh_cleanup() akepner
  • Re: [ofa-general] [RFC] ipoib: avoid using stale ipoib_neigh* in ipoib_neigh_cleanup() Or Gerlitz
  • Re: [ofa-general] [RFC] ipoib: avoid using stale ipoib_neigh* in ipoib_neigh_cleanup() akepner
  • Re: [ofa-general] [RFC] ipoib: avoid using stale ipoib_neigh* in ipoib_neigh_cleanup() Roland Dreier
  • Re: [ofa-general] [RFC] ipoib: avoid using stale ipoib_neigh* in ipoib_neigh_cleanup() akepner
  • Re: [ofa-general] [RFC] ipoib: avoid using stale ipoib_neigh* in ipoib_neigh_cleanup() Or Gerlitz
  • Re: [ofa-general] [RFC] ipoib: avoid using stale ipoib_neigh* in ipoib_neigh_cleanup() akepner
  • Re: [ofa-general] [RFC] ipoib: avoid using stale ipoib_neigh* in ipoib_neigh_cleanup() Yossi Etigin
  • Re: [ofa-general] [RFC] ipoib: avoid using stale ipoib_neigh* in ipoib_neigh_cleanup() akepner
  • Re: [ofa-general] [RFC] ipoib: avoid using stale ipoib_neigh* in ipoib_neigh_cleanup() Yossi Etigin
  • Re: [ofa-general] [RFC] ipoib: avoid using stale ipoib_neigh* in ipoib_neigh_cleanup() akepner
  • Re: [ofa-general] [RFC] ipoib: avoid using stale ipoib_neigh* in ipoib_neigh_cleanup() Yossi Etigin
  • Re: [ofa-general] [RFC] ipoib: avoid using stale ipoib_neigh* in ipoib_neigh_cleanup() akepner
  • Re: [ofa-general] [RFC] ipoib: avoid using stale ipoib_neigh* in ipoib_neigh_cleanup() Yossi Etigin
  • Re: [ofa-general] [RFC] ipoib: avoid using stale ipoib_neigh* in ipoib_neigh_cleanup() akepner
  • Re: [ofa-general] [RFC] ipoib: avoid using stale ipoib_neigh* in ipoib_neigh_cleanup() Or Gerlitz
  • Re: [ofa-general] [RFC] ipoib: avoid using stale ipoib_neigh* in ipoib_neigh_cleanup() akepner
• [ofa-general] [PATCH] perftest - Fix proc_get_cpu_mhz() on IA64 sebastien dugue
• [ofa-general] ofa_1_4_kernel 20090519-0200 daily build status Vladimir Sokolovsky (Mellanox)
• Re: [ofa-general] Problems using OFED 1.4 on largesmp nodes Liang Zhen
  • Re: [ofa-general] Problems using OFED 1.4 on largesmp nodes Tziporet Koren
  • Re: [ofa-general] Problems using OFED 1.4 on largesmp nodes Liang Zhen
  • Re: [ofa-general] Problems using OFED 1.4 on largesmp nodes Tziporet Koren
• [ofa-general] [PATCH] uDAPL (v2.0) windows: add build files for openib_scm, remove /Wp64 build option. Davis, Arlin R
• [ofa-general] [PATCH] uDAPL (v2.0) scm: multi-hca CM processing broken. Need cr thread wakeup mechanism per HCA. Davis, Arlin R
• [ofa-general] [PATCH] uDAPL (v2.0) dtest: add connection timers on client side Davis, Arlin R
• [ofa-general] [PATCH] uDAPL (v2.0) linux_osd: use pthread_self instead of getpid for debug messages Arlin Davis
  • RE: [ofa-general] [PATCH] uDAPL (v2.0) linux_osd: use pthread_self instead of getpid for debug messages Sean Hefty
  • RE: [ofa-general] [PATCH] uDAPL (v2.0) linux_osd: use pthread_self instead of getpid for debug messages Davis, Arlin R
  • RE: [ofa-general] [PATCH] uDAPL (v2.0) linux_osd: use pthread_self instead of getpid for debug messages Sean Hefty
  • RE: [ofa-general] [PATCH] uDAPL (v2.0) linux_osd: use pthread_self instead of getpid for debug messages Davis, Arlin R
• [ofa-general] SRP aggregate bandwidth decreasing as threads increase Chris Worley
  • [ofa-general] RE: [Scst-devel] SRP aggregate bandwidth decreasing as threads increase Sufficool, Stanley
  • [ofa-general] Re: [Scst-devel] SRP aggregate bandwidth decreasing as threads increase Chris Worley
  • Re: [ofa-general] RE: [Scst-devel] SRP aggregate bandwidth decreasing as threads increase Bart Van Assche
  • Re: [Scst-devel] [ofa-general] RE: SRP aggregate bandwidth decreasing as threads increase Sam Haxor
  • Re: [ofa-general] RE: [Scst-devel] SRP aggregate bandwidth decreasing as threads increase Chris Worley
  • Re: [ofa-general] RE: [Scst-devel] SRP aggregate bandwidth decreasing as threads increase Bart Van Assche
  • Re: [ofa-general] RE: [Scst-devel] SRP aggregate bandwidth decreasing as threads increase Chris Worley
  • Re: [ofa-general] RE: [Scst-devel] SRP aggregate bandwidth decreasing as threads increase Bart Van Assche
  • Re: [ofa-general] RE: [Scst-devel] SRP aggregate bandwidth decreasing as threads increase Chris Worley
  • [ofa-general] Re: [Scst-devel] SRP aggregate bandwidth decreasing as threads increase Vladislav Bolkhovitin
  • [ofa-general] Re: [Scst-devel] SRP aggregate bandwidth decreasing as threads increase Chris Worley
• [ofa-general] EWG/OFED meeting agenda for today (May 18) Tziporet Koren
  • [ofa-general] Re: EWG/OFED meeting agenda for today (May 18) Steve Wise
• [ofa-general] MTU in IPoIB Wiegers, Bert
  • RE: [ofa-general] MTU in IPoIB Robert Dunkley
  • Re: [ofa-general] MTU in IPoIB Or Gerlitz
• [ofa-general] ofa_1_4_kernel 20090518-0200 daily build status Vladimir Sokolovsky (Mellanox)
• [ofa-general] RPATH issue with libibverbs (OFED 1.4) Philip Frey1
• [ofa-general] [PATCH 2/2] ib_mthca: Use module parameter for number of MTTs per segment Eli Cohen
  • [ofa-general] Re: [PATCH 2/2] ib_mthca: Use module parameter for number of MTTs per segment Roland Dreier
• [ofa-general] [PATCH 1/2] mlx4_core: Use module parameter for number of MTTs per segment Eli Cohen
• [ofa-general] [PATCH 0/3] - libmthca libmlx4 - Optimize memory allocation of QP buffers with 64K pages sebastien dugue
  • [ofa-general] [PATCH 2/3] libmlx4 - Optimize memory allocation of QP buffers with 64K pages sebastien dugue
  • [ofa-general] Re: [PATCH 2/3] libmlx4 - Optimize memory allocation of QP buffers with 64K pages Roland Dreier
  • [ofa-general] Re: [PATCH 2/3] libmlx4 - Optimize memory allocation of QP buffers with 64K pages sebastien dugue
  • Re: [ofa-general] Re: [PATCH 2/3] libmlx4 - Optimize memory allocation of QP buffers with 64K pages Eli Cohen
  • Re: [ofa-general] Re: [PATCH 2/3] libmlx4 - Optimize memory allocation of QP buffers with 64K pages sebastien dugue
  • [ofa-general] [PATCH 1/3] libmthca - Optimize memory allocation of QP buffers with 64K pages sebastien dugue
  • [ofa-general] [PATCH 3/3] libmlx4 - Fix fixes after QP buffers alloc optimization patch to allow build. sebastien dugue
• [ofa-general] [PATCH ] opensm: MFT tables are not set after non full member re-join Eli Dorfman (Voltaire)
  • [ofa-general] Re: [PATCH ] opensm: MFT tables are not set after non full member re-join Eli Dorfman (Voltaire)
  • [ofa-general] [PATCH v2] opensm: MFT tables are not set after non full member re-join Eli Dorfman (Voltaire)
  • [ofa-general] Re: [PATCH v2] opensm: MFT tables are not set after non full member re-join Sasha Khapyorsky
• [ofa-general] ofa_1_4_kernel 20090517-0200 daily build status Vladimir Sokolovsky (Mellanox)
• [ofa-general] ofa_1_4_kernel 20090516-0200 daily build status Vladimir Sokolovsky (Mellanox)
• [ofa-general] ofa_1_4_kernel 20090515-0200 daily build status Vladimir Sokolovsky (Mellanox)
• [ofa-general] Some problem about the root nodes selection in up/down algorithm Jordan
• [ofa-general] [PATCH] iblinkinfo: remove unused file pointer. Ira Weiny
  • [ofa-general] Re: [PATCH] iblinkinfo: remove unused file pointer. Sasha Khapyorsky
  • [ofa-general] [PATCH] iblinkinfo: remove unused file pointer. Ira Weiny
• [ofa-general] [PATCH] iblinkinfo, ibqueryerrors: prevent core when switch is not found Ira Weiny
  • [ofa-general] Re: [PATCH] iblinkinfo, ibqueryerrors: prevent core when switch is not found Sasha Khapyorsky
  • [ofa-general] [PATCH] iblinkinfo, ibqueryerrors: prevent core when switch is not found Ira Weiny
• [ofa-general] GlusterFS 2.0 Release Harshavardhana
• [ofa-general] ofa_1_4_kernel 20090514-0200 daily build status Vladimir Sokolovsky (Mellanox)
• [ofa-general] [PATCH] core/mthca: Distinguish multiple IB cards in /proc/interrupts Arputham Benjamin
  • [ofa-general] Re: [PATCH] core/mthca: Distinguish multiple IB cards in /proc/interrupts Roland Dreier
  • [ofa-general] Re: [PATCH] core/mthca: Distinguish multiple IB cards in /proc/interrupts Arputham Benjamin
  • [ofa-general] Re: [PATCH] core/mthca: Distinguish multiple IB cards in /proc/interrupts Arputham Benjamin
  • [ofa-general] Re: [PATCH] core/mthca: Distinguish multiple IB cards in /proc/interrupts Roland Dreier
  • [ofa-general] RE: [PATCH] core/mthca: Distinguish multiple IB cards in /proc/interrupts Arputham Benjamin
  • [ofa-general] Re: [PATCH] core/mthca: Distinguish multiple IB cards in /proc/interrupts Roland Dreier
  • [ofa-general] RE: [PATCH] core/mthca: Distinguish multiple IB cards in /proc/interrupts Arputham Benjamin
  • Re: [ofa-general] RE: [PATCH] core/mthca: Distinguish multiple IB cards in /proc/interrupts Jason Gunthorpe
  • [ofa-general] Re: [PATCH] core/mthca: Distinguish multiple IB cards in /proc/interrupts Roland Dreier
  • [ofa-general] RE: [PATCH] core/mthca: Distinguish multiple IB cards in /proc/interrupts Arputham Benjamin
  • Re: [ofa-general] RE: [PATCH] core/mthca: Distinguish multiple IB cards in /proc/interrupts Roland Dreier
  • Re: [ofa-general] RE: [PATCH] core/mthca: Distinguish multiple IB cards in /proc/interrupts Arputham Benjamin
  • Re: [ofa-general] RE: [PATCH] core/mthca: Distinguish multiple IB cards in /proc/interrupts Roland Dreier
  • Re: [ofa-general] RE: [PATCH] core/mthca: Distinguish multiple IB cards in /proc/interrupts Jason Gunthorpe
• [ofa-general] [GIT PULL] please pull infiniband.git Roland Dreier
  • [ofa-general] [GIT PULL] please pull infiniband.git Roland Dreier
  • [ofa-general] [GIT PULL] please pull infiniband.git Roland Dreier
  • Re: [ofa-general] [GIT PULL] please pull infiniband.git Tziporet Koren
  • Re: [ofa-general] [GIT PULL] please pull infiniband.git Roland Dreier
  • [ofa-general] [GIT PULL] please pull infiniband.git Roland Dreier
  • [ofa-general] [GIT PULL] please pull infiniband.git Roland Dreier
  • [ofa-general] [GIT PULL] please pull infiniband.git Roland Dreier
• [ofa-general] /dev/infiniband/rdma_cm not created Jeff Squyres
  • [ofa-general] RE: [ewg] /dev/infiniband/rdma_cm not created Woodruff, Robert J
  • [ofa-general] Re: [ewg] /dev/infiniband/rdma_cm not created Jeff Squyres
  • [ofa-general] Re: [ewg] /dev/infiniband/rdma_cm not created Jeff Squyres
  • RE: [ofa-general] Re: [ewg] /dev/infiniband/rdma_cm not created Davis, Arlin R
  • Re: [ofa-general] Re: [ewg] /dev/infiniband/rdma_cm not created Jeff Squyres
  • [ofa-general] RE: [ewg] /dev/infiniband/rdma_cm not created Woodruff, Robert J
  • [ofa-general] Re: [ewg] /dev/infiniband/rdma_cm not created Jeff Squyres
  • Re: [ofa-general] Re: [ewg] /dev/infiniband/rdma_cm not created Jeff Squyres
• [ofa-general] [PATCH] nes: off by one in reset_adapter_ne020() and init_serdes() Roel Kluin
  • Re: [ofa-general] [PATCH] nes: off by one in reset_adapter_ne020() and init_serdes() Roland Dreier
  • RE: [ofa-general] [PATCH] nes: off by one in reset_adapter_ne020() and init_serdes() Tung, Chien Tin
  • Re: [ofa-general] [PATCH] nes: off by one in reset_adapter_ne020() and init_serdes() Roland Dreier
• [ofa-general] RPM version numbers are the same Jeff Squyres
• [ofa-general] [PATCH V2] ibnetdiscover: only report max hops discovered when requested Ira Weiny
  • [ofa-general] Re: [PATCH V2] ibnetdiscover: only report max hops discovered when requested Sasha Khapyorsky
• [ofa-general] ofa_1_4_kernel 20090513-0200 daily build status Vladimir Sokolovsky (Mellanox)
• [ofa-general] qperf: destroy QPs before destroying any other objects Ralph Campbell

• Earlier messages
• Later messages