general  

Messages by Thread

• [ofa-general] [PATCH 08/11] uDAPL scm: destroy QP called before disconnect Davis, Arlin R
• [ofa-general] [PATCH 06/11] uDAPL scm: remove old udapl_scm code replaced by openib_scm. Davis, Arlin R
• [ofa-general] [PATCH 02/11] uDAPL dtestcm windows: add build infrastructure for new dtestcm test suite Arlin Davis
• [ofa-general] [PATCH 04/11] uDAPL cma: lock held when exiting as a result of a rdma_create_event_channel failure. Davis, Arlin R
• [ofa-general] [PATCH 05/11] uDAPL winof: fix build issues after consolidating cma, scm code base. Davis, Arlin R
• [ofa-general] [PATCH 03/11] uDAPL windows: all dlist functions have been moved to the header file. Davis, Arlin R
• [ofa-general] [PATCH RESEND] ipoib: fix racing uses of ipoib_neigh in CM with RCU akepner
• [ofa-general] [PATCHv2] opensm/lash: Set minimum VL for LASH to use Hal Rosenstock
  • [ofa-general] Re: [PATCHv2] opensm/lash: Set minimum VL for LASH to use Sasha Khapyorsky
  • Re: [ofa-general] Re: [PATCHv2] opensm/lash: Set minimum VL for LASH to use Hal Rosenstock
  • Re: [ofa-general] Re: [PATCHv2] opensm/lash: Set minimum VL for LASH to use Sasha Khapyorsky
  • Re: [ofa-general] Re: [PATCHv2] opensm/lash: Set minimum VL for LASH to use Hal Rosenstock
  • Re: [ofa-general] Re: [PATCHv2] opensm/lash: Set minimum VL for LASH to use Sasha Khapyorsky
• [ofa-general] [PATCH] IB/IPoIB: Don't let a bad muticast address in the join list stop subsequent joins Moni Shoua
  • Re: [ofa-general] [PATCH] IB/IPoIB: Don't let a bad muticast address in the join list stop subsequent joins Roland Dreier
  • Re: [ofa-general] [PATCH] IB/IPoIB: Don't let a bad muticast address in the join list stop subsequent joins Moni Shoua
  • Re: [ofa-general] [PATCH] IB/IPoIB: Don't let a bad muticast address in the join list stop subsequent joins Moni Shoua
  • Re: [ofa-general] [PATCH] IB/IPoIB: Don't let a bad muticast address in the join list stop subsequent joins Moni Shoua
  • Re: [ofa-general] [PATCH] IB/IPoIB: Don't let a bad muticast address in the join list stop subsequent joins Roland Dreier
  • Re: [ofa-general] [PATCH] IB/IPoIB: Don't let a bad muticast address in the join list stop subsequent joins Jason Gunthorpe
  • Re: [ofa-general] [PATCH] IB/IPoIB: Don't let a bad muticast address in the join list stop subsequent joins Moni Shoua
  • Re: [ofa-general] [PATCH] IB/IPoIB: Don't let a bad muticast address in the join list stop subsequent joins Or Gerlitz
  • Re: [ofa-general] [PATCH] IB/IPoIB: Don't let a bad muticast address in the join list stop subsequent joins Moni Shoua
  • Re: [ofa-general] [PATCH] IB/IPoIB: Don't let a bad muticast address in the join list stop subsequent joins Moni Shoua
  • Re: [ofa-general] [PATCH] IB/IPoIB: Don't let a bad muticast address in the join list stop subsequent joins Moni Shoua
  • Re: [ofa-general] [PATCH] IB/IPoIB: Don't let a bad muticast address in the join list stop subsequent joins Or Gerlitz
  • Re: [ofa-general] [PATCH] IB/IPoIB: Don't let a bad muticast address in the join list stop subsequent joins Moni Shoua
  • Re: [ofa-general] [PATCH] IB/IPoIB: Don't let a bad muticast address in the join list stop subsequent joins Jason Gunthorpe
  • Re: [ofa-general] [PATCH] IB/IPoIB: Don't let a bad muticast address in the join list stop subsequent joins Yossi Etigin
  • Re: [ofa-general] [PATCH] IB/IPoIB: Don't let a bad muticast address in the join list stop subsequent joins Moni Shoua
  • Re: [ofa-general] [PATCH] IB/IPoIB: Don't let a bad muticast address in the join list stop subsequent joins Moni Shoua
• [ofa-general] Write combining support in OFED 1.5 Jack Morgenstein
  • Re: [ofa-general] Write combining support in OFED 1.5 Or Gerlitz
  • Re: [ofa-general] Write combining support in OFED 1.5 Jack Morgenstein
  • Re: [ofa-general] Write combining support in OFED 1.5 Or Gerlitz
  • Re: [ofa-general] Write combining support in OFED 1.5 Jack Morgenstein
  • RE: [ofa-general] Write combining support in OFED 1.5 Eli Cohen
• [ofa-general] Performance evaluation of Opensm Devesh Sharma
  • Re: [ofa-general] Performance evaluation of Opensm Peter Kjellstrom
  • Fwd: [ofa-general] Performance evaluation of Opensm Devesh Sharma
  • Re: Fwd: [ofa-general] Performance evaluation of Opensm dhananjay tembe
  • Re: Fwd: [ofa-general] Performance evaluation of Opensm Yevgeny Kliteynik
  • Re: Fwd: [ofa-general] Performance evaluation of Opensm Devesh Sharma
  • Re: Fwd: [ofa-general] Performance evaluation of Opensm Nicolas Morey-Chaisemartin
  • Re: Fwd: [ofa-general] Performance evaluation of Opensm Devesh Sharma
  • Re: Fwd: [ofa-general] Performance evaluation of Opensm Sasha Khapyorsky
  • Re: Fwd: [ofa-general] Performance evaluation of Opensm Yevgeny Kliteynik
  • Re: Fwd: [ofa-general] Performance evaluation of Opensm Devesh Sharma
  • Re: Fwd: [ofa-general] Performance evaluation of Opensm Nifty Tom Mitchell
• [ofa-general] ofa_1_5_kernel 20090706-0200 daily build status Vladimir Sokolovsky (Mellanox)
• [ofa-general] ofa_1_5_kernel 20090705-0200 daily build status Vladimir Sokolovsky (Mellanox)
• [ofa-general] ofa_1_5_kernel 20090704-0200 daily build status Vladimir Sokolovsky (Mellanox)
• [ofa-general] upstream stable merge request for OFED 1.4 Lars Ellenberg
  • Re: [ofa-general] upstream stable merge request for OFED 1.4 Bart Van Assche
  • Re: [ofa-general] upstream stable merge request for OFED 1.4 Lars Ellenberg
  • Re: [ofa-general] upstream stable merge request for OFED 1.4 Bart Van Assche
  • Re: [ofa-general] upstream stable merge request for OFED 1.4 Jack Morgenstein
• [ofa-general] A question about tx lock in ipoib_flush_paths Yossi Etigin
  • [ofa-general] Re: A question about tx lock in ipoib_flush_paths Roland Dreier
  • Re: [ofa-general] Re: A question about tx lock in ipoib_flush_paths Yossi Etigin
  • Re: [ofa-general] Re: A question about tx lock in ipoib_flush_paths Roland Dreier
  • Re: [ofa-general] Re: A question about tx lock in ipoib_flush_paths Yossi Etigin
  • Re: [ofa-general] Re: A question about tx lock in ipoib_flush_paths akepner
  • Re: [ofa-general] Re: A question about tx lock in ipoib_flush_paths Yossi Etigin
  • Re: [ofa-general] Re: A question about tx lock in ipoib_flush_paths akepner
  • Re: [ofa-general] Re: A question about tx lock in ipoib_flush_paths Yossi Etigin
  • Re: [ofa-general] Re: A question about tx lock in ipoib_flush_paths Roland Dreier
  • Re: [ofa-general] Re: A question about tx lock in ipoib_flush_paths akepner
• [ofa-general] [PATCHv2] opensm/osm_mesh.c: Improve VL utilization Hal Rosenstock
  • [ofa-general] Re: [PATCHv2] opensm/osm_mesh.c: Improve VL utilization Sasha Khapyorsky
• [ofa-general] [PATCH] opensm/osm_ucast_mgr.c: Add error numbers to some error log messages Hal Rosenstock
  • [ofa-general] Re: [PATCH] opensm/osm_ucast_mgr.c: Add error numbers to some error log messages Sasha Khapyorsky
• [ofa-general] [PATCH] opensm/osm_ucast_ftree.c: Made error numbers unique in some log messages Hal Rosenstock
  • [ofa-general] Re: [PATCH] opensm/osm_ucast_ftree.c: Made error numbers unique in some log messages Sasha Khapyorsky
• [ofa-general] [PATCH] opensm/osm_sa_(path multipath)_record.c: Fix typo in a couple of log messages Hal Rosenstock
  • [ofa-general] Re: [PATCH] opensm/osm_sa_(path multipath)_record.c: Fix typo in a couple of log messages Sasha Khapyorsky
• [ofa-general] Problem with ib_dma_map_single Max Lapan
• [ofa-general] ofa_1_5_kernel 20090703-0200 daily build status Vladimir Sokolovsky (Mellanox)
• [ofa-general] [PATCH] opensm: Added support for select counters (xmit_wait) Nicolas Morey-Chaisemartin
  • [ofa-general] [PATCH] opensm: Added support for select counters (xmit_wait) Nicolas Morey-Chaisemartin
• [ofa-general] cmatose fails whereas rping passes on iWarp pandit ib
  • RE: [ofa-general] cmatose fails whereas rping passes on iWarp Sean Hefty
  • Re: [ofa-general] cmatose fails whereas rping passes on iWarp pandit ib
  • Re: [ofa-general] cmatose fails whereas rping passes on iWarp pandit ib
  • RE: [ofa-general] cmatose fails whereas rping passes on iWarp Davis, Arlin R
  • RE: [ofa-general] cmatose fails whereas rping passes on iWarp Sean Hefty
  • RE: [ofa-general] cmatose fails whereas rping passes on iWarp Felix Marti
  • RE: [ofa-general] cmatose fails whereas rping passes on iWarp Davis, Arlin R
  • Re: [ofa-general] cmatose fails whereas rping passes on iWarp pandit ib
  • Re: [ofa-general] cmatose fails whereas rping passes on iWarp Steve Wise
  • Re: [ofa-general] cmatose fails whereas rping passes on iWarp pandit ib
  • Re: [ofa-general] cmatose fails whereas rping passes on iWarp Steve Wise
  • RE: [ofa-general] cmatose fails whereas rping passes on iWarp Wood, Donald E
  • Re: [ofa-general] cmatose fails whereas rping passes on iWarp pandit ib
  • Re: [ofa-general] cmatose fails whereas rping passes on iWarp Steve Wise
  • RE: [ofa-general] cmatose fails whereas rping passes on iWarp Sean Hefty
  • Re: [ofa-general] cmatose fails whereas rping passes on iWarp Steve Wise
  • Re: [ofa-general] cmatose fails whereas rping passes on iWarp Roland Dreier
  • Re: [ofa-general] cmatose fails whereas rping passes on iWarp Steve Wise
  • RE: [ofa-general] cmatose fails whereas rping passes on iWarp Tung, Chien Tin
  • Re: [ofa-general] cmatose fails whereas rping passes on iWarp Roland Dreier
  • RE: [ofa-general] cmatose fails whereas rping passes on iWarp Tung, Chien Tin
  • Re: [ofa-general] cmatose fails whereas rping passes on iWarp Roland Dreier
  • RE: [ofa-general] cmatose fails whereas rping passes on iWarp Tung, Chien Tin
  • Re: [ofa-general] cmatose fails whereas rping passes on iWarp Steve Wise
  • Re: [ofa-general] cmatose fails whereas rping passes on iWarp Steve Wise
• [ofa-general] ofa_1_5_kernel 20090702-0200 daily build status Vladimir Sokolovsky (Mellanox)
• [ofa-general] [PATCH ] mlx4_core: Distinguish multiple IB cards in /proc/interrupts Arputham Benjamin
  • [ofa-general] Re: [PATCH ] mlx4_core: Distinguish multiple IB cards in /proc/interrupts Roland Dreier
  • [ofa-general] RE: [PATCH ] mlx4_core: Distinguish multiple IB cards in /proc/interrupts Arputham Benjamin
  • [ofa-general] Re: [PATCH ] mlx4_core: Distinguish multiple IB cards in /proc/interrupts Roland Dreier
• [ofa-general] [PATCH v2] mthca: Distinguish multiple IB cards in /proc/interrupts Arputham Benjamin
  • Re: [ofa-general] [PATCH v2] mthca: Distinguish multiple IB cards in /proc/interrupts Roland Dreier
• [ofa-general] RH 5.3 : ifup-ib does not setup connected mode on slaves Sumeet Lahorani
  • Re: [ofa-general] RH 5.3 : ifup-ib does not setup connected mode on slaves Doug Ledford
• [ofa-general] Library routine for enumerating IB cards and GUIDS Chris Worley
  • Re: [ofa-general] Library routine for enumerating IB cards and GUIDS Hal Rosenstock
  • Re: [ofa-general] Library routine for enumerating IB cards and GUIDS Chris Worley
  • Re: [ofa-general] Library routine for enumerating IB cards and GUIDS Ira Weiny
  • RE: [ofa-general] Library routine for enumerating IB cards and GUIDS Woodruff, Robert J
• [ofa-general] [PATCH] sdp: Fix memory leak in bzcopy Amir Vadai
• [ofa-general] using SDP for block device traffic: several problems Lars Ellenberg
  • Re: [ofa-general] using SDP for block device traffic: several problems Amir Vadai
  • Re: [ofa-general] using SDP for block device traffic: several problems Lars Ellenberg
  • Re: [ofa-general] using SDP for block device traffic: several problems Amir Vadai
  • Re: [ofa-general] using SDP for block device traffic: several problems Lars Ellenberg
  • Re: [ofa-general] using SDP for block device traffic: several problems Lars Ellenberg
  • Re: [ofa-general] using SDP for block device traffic: several problems Amir Vadai
  • Re: [ofa-general] using SDP for block device traffic: several problems Lars Ellenberg
  • Re: [ofa-general] using SDP for block device traffic: several problems Amir Vadai
  • Re: [ofa-general] using SDP for block device traffic: several problems Amir Vadai
  • Re: [ofa-general] using SDP for block device traffic: several problems Amir Vadai
  • Re: [ofa-general] using SDP for block device traffic: several problems Lars Ellenberg
• [ofa-general] [patch] fix SDP page leak in sdp_bz_cleanup Lars Ellenberg
  • [ofa-general] Re: [patch] fix SDP page leak in sdp_bz_cleanup Amir Vadai
• [ofa-general] [PATCH] opensm/osmtest: Fix some typos Hal Rosenstock
  • [ofa-general] Re: [PATCH] opensm/osmtest: Fix some typos Sasha Khapyorsky
• [ofa-general] ib_rdma_bw - memory leaks? Sumit Panchasara
  • RE: [ofa-general] ib_rdma_bw - memory leaks? Sean Hefty
  • RE: [ofa-general] ib_rdma_bw - memory leaks? Sumit Panchasara
  • RE: [ofa-general] ib_rdma_bw - memory leaks? Sean Hefty
• [ofa-general] ofa_1_5_kernel 20090701-0200 daily build status Vladimir Sokolovsky (Mellanox)
• [ofa-general] [PATCH] osm_ucast_ftree.c Count number of hops instead of calculating it Line . Holen
  • [ofa-general] Re: [PATCH] osm_ucast_ftree.c Count number of hops instead of calculating it Sasha Khapyorsky
• [ofa-general] Is that difficult to implement a dynamic load balancing in Infiniband? Jordan
• [ofa-general] Unable to ping/rping on Chelsio cards Rajouri Jammu
• [ofa-general] Re: [ewg] RFC: Do we wish to take MPI out of OFED? Sven-Thorsten Dietrich
• [ofa-general] [hpc-announce] Submission deadline for HPIDC '09 workshop extended to July 10th, 2009 Pavan Balaji
• [ofa-general] XRC userspace git trees Eli Cohen
  • [ofa-general] Re: XRC userspace git trees Roland Dreier
• [ofa-general] ofa_1_5_kernel 20090630-0200 daily build status Vladimir Sokolovsky (Mellanox)
• [ofa-general] Does IPoIB automatically created MCGs? Ted H. Kim
• [ofa-general] EWG/OFED meeting minutes fo June 29 09 Tziporet Koren
• [ofa-general] Re: Missing printf() format specifier in osm_subnet.c Sasha Khapyorsky
• [ofa-general] [PATCH] opensm/osm_switch.c: In osm_switch_prepare_path_rebuild, use realloc Hal Rosenstock
  • [ofa-general] Re: [PATCH] opensm/osm_switch.c: In osm_switch_prepare_path_rebuild, use realloc Sasha Khapyorsky
• [ofa-general] [PATCH] dapl/windows: remove dlist.c Sean Hefty
• [ofa-general] EWG/OFED agenda for today (June 29) Tziporet Koren
  • [ofa-general] RE: EWG/OFED agenda for today (June 29) Woodruff, Robert J
  • [ofa-general] RE: [ewg] RE: EWG/OFED agenda for today (June 29) Yiftah Shahar
  • [ofa-general] Re: [ewg] RE: EWG/OFED agenda for today (June 29) Jeff Squyres
  • [ofa-general] EWG/OFED agenda for today (July 13, 2009) Tziporet Koren
  • [ofa-general] Re: [ewg] EWG/OFED agenda for today (July 13, 2009) Tziporet Koren
  • [ofa-general] EWG/OFED meeting minutes for July 13, 2009 Tziporet Koren
• [ofa-general] [PATCH] opensm/osm_ucast_ftree.c: Fixed issue with reverse_hops introduced by commit 1d7dd18b531c1d6370f80cc7303493d6f3e3e777. Nicolas Morey-Chaisemartin
  • [ofa-general] Re: [PATCH] opensm/osm_ucast_ftree.c: Fixed issue with reverse_hops introduced by commit 1d7dd18b531c1d6370f80cc7303493d6f3e3e777. Sasha Khapyorsky
• [ofa-general] [PATCH] libibmad: Handle MAD redirection Joachim Fenkes
  • [ofa-general] Re: [ewg] [PATCH] libibmad: Handle MAD redirection Hal Rosenstock
  • [ofa-general] Re: [ewg] [PATCH] libibmad: Handle MAD redirection Joachim Fenkes
  • [ofa-general] Re: [ewg] [PATCH] libibmad: Handle MAD redirection Hal Rosenstock
  • [ofa-general] [PATCH v2] libibmad: Handle MAD redirection Joachim Fenkes
  • [ofa-general] Re: [PATCH v2] libibmad: Handle MAD redirection Hal Rosenstock
  • Re: [ofa-general] Re: [ewg] [PATCH] libibmad: Handle MAD redirection Jason Gunthorpe
  • Re: [ofa-general] Re: [ewg] [PATCH] libibmad: Handle MAD redirection Hal Rosenstock
  • Re: [ofa-general] Re: [ewg] [PATCH] libibmad: Handle MAD redirection Jason Gunthorpe
  • Re: [ofa-general] Re: [ewg] [PATCH] libibmad: Handle MAD redirection Hal Rosenstock
  • [ofa-general] [PATCH v3] libibmad: Handle MAD redirection Joachim Fenkes
  • [ofa-general] Re: [PATCH v3] libibmad: Handle MAD redirection Hal Rosenstock
  • [ofa-general] Re: [PATCH v3] libibmad: Handle MAD redirection Jason Gunthorpe
  • [ofa-general] Re: [PATCH v3] libibmad: Handle MAD redirection Hal Rosenstock
  • [ofa-general] Re: [PATCH v3] libibmad: Handle MAD redirection Jason Gunthorpe
  • [ofa-general] Re: [PATCH v3] libibmad: Handle MAD redirection Hal Rosenstock
  • [ofa-general] Re: [PATCH v3] libibmad: Handle MAD redirection Jason Gunthorpe
  • [ofa-general] Re: [PATCH v3] libibmad: Handle MAD redirection Hal Rosenstock
  • [ofa-general] [PATCH v4] libibmad: Handle MAD redirection Joachim Fenkes
  • [ofa-general] Re: [PATCH v4] libibmad: Handle MAD redirection Hal Rosenstock
  • [ofa-general] Re: [PATCH v4] libibmad: Handle MAD redirection Joachim Fenkes
  • [ofa-general] Re: [PATCH v4] libibmad: Handle MAD redirection Hal Rosenstock
  • [ofa-general] Re: [PATCH v4] libibmad: Handle MAD redirection Joachim Fenkes
  • [ofa-general] Re: [PATCH v4] libibmad: Handle MAD redirection Hal Rosenstock
  • Re: [ofa-general] Re: [PATCH v4] libibmad: Handle MAD redirection Tziporet Koren
  • [ofa-general] Re: [PATCH v4] libibmad: Handle MAD redirection Joachim Fenkes
  • Re: [ofa-general] [PATCH v4] libibmad: Handle MAD redirection Sasha Khapyorsky
  • [ofa-general] Re: [PATCH v3] libibmad: Handle MAD redirection Joachim Fenkes
  • [ofa-general] Re: [PATCH v3] libibmad: Handle MAD redirection Hal Rosenstock
  • [ofa-general] Re: [PATCH v3] libibmad: Handle MAD redirection Joachim Fenkes
  • [ofa-general] Re: [PATCH v3] libibmad: Handle MAD redirection Hal Rosenstock
• [ofa-general] [PATCH] complib/Makefile.am: prevent file duplications Sasha Khapyorsky
• [ofa-general] ofa_1_5_kernel 20090629-0200 daily build status Vladimir Sokolovsky (Mellanox)
• [ofa-general] Some problem about the LID selection. Jordan

• Earlier messages
• Later messages