general  

Messages by Thread

• • Re: [ofa-general] Some problem about the LID selection. Hal Rosenstock
  • [ofa-general] Some problem about the LID selection. Jordan
  • RE: [ofa-general] Some problem about the LID selection. Todd Rimmer
• [ofa-general] Do all the ports within the same switch have the same LID? Jordan
  • Re: [ofa-general] Do all the ports within the same switch have the same LID? Hal Rosenstock
• [ofa-general] [PATCH 4/4 v2] multicast multiplexing - building spanning tree and removes obsolete code. Slava Strebkov
• [ofa-general] [PATCH 3/4 v2] multicast multiplexing - usage of new infrastructure, for mgid to mlid compression Slava Strebkov
• [ofa-general] [PATCH 2/4 v2] multicast multiplexing - implementation of new infrastructure Slava Strebkov
  • [ofa-general] Re: [PATCH 2/4 v2] multicast multiplexing - implementation of new infrastructure Sasha Khapyorsky
  • [ofa-general] RE: [PATCH 2/4 v2] multicast multiplexing - implementation of newinfrastructure Slava Strebkov
  • [ofa-general] Re: [PATCH 2/4 v2] multicast multiplexing - implementation of newinfrastructure Sasha Khapyorsky
• [ofa-general] Re: [PATCH] opensm: multicast multiplexing many mgid to mlid Slava Strebkov
  • [ofa-general] Re: [PATCH] opensm: multicast multiplexing many mgid to mlid Slava Strebkov
• [ofa-general] [PATCH 1/4] multicast multiplexing - definitions for new data types, and infrastructure functions Slava Strebkov
  • Re: [ofa-general] [PATCH 1/4] multicast multiplexing - definitions for new data types, and infrastructure functions Hal Rosenstock
  • RE: [ofa-general] [PATCH 1/4] multicast multiplexing - definitions for new data types, and infrastructure functions Slava Strebkov
  • Re: [ofa-general] [PATCH 1/4] multicast multiplexing - definitions for new data types, and infrastructure functions Hal Rosenstock
  • RE: [ofa-general] [PATCH 1/4] multicast multiplexing - definitions for new data types, and infrastructure functions Slava Strebkov
  • Re: [ofa-general] [PATCH 1/4] multicast multiplexing - definitions for new data types, and infrastructure functions Hal Rosenstock
  • Re: [ofa-general] [PATCH 1/4] multicast multiplexing - definitions for new data types, and infrastructure functions Or Gerlitz
  • RE: [ofa-general] [PATCH 1/4] multicast multiplexing - definitions for new data types, and infrastructure functions Slava Strebkov
  • Re: [ofa-general] [PATCH 1/4] multicast multiplexing - definitions for new data types, and infrastructure functions Sasha Khapyorsky
  • Re: [ofa-general] [PATCH 1/4] multicast multiplexing - definitions for new data types, and infrastructure functions Sasha Khapyorsky
  • Re: [ofa-general] [PATCH 1/4] multicast multiplexing - definitions for new data types, and infrastructure functions Hal Rosenstock
  • [ofa-general] Re: [PATCH 1/4] multicast multiplexing - definitions for new data types, and infrastructure functions Sasha Khapyorsky
• [ofa-general] Write combining on PPC64 Jack Morgenstein
  • [ofa-general] Re: Write combining on PPC64 Jack Morgenstein
  • [ofa-general] Re: Write combining on PPC64 Shirley Ma
• [ofa-general] ofa_1_5_kernel 20090628-0200 daily build status Vladimir Sokolovsky (Mellanox)
• [ofa-general] IPoIB kernel Oops -- race condition Jack Morgenstein
  • Re: [ofa-general] IPoIB kernel Oops -- race condition Moni Shoua
  • Re: [ofa-general] IPoIB kernel Oops -- race condition Jack Morgenstein
  • Re: [ofa-general] IPoIB kernel Oops -- race condition Jack Morgenstein
  • Re: [ofa-general] IPoIB kernel Oops -- race condition Yossi Etigin
  • Re: [ofa-general] IPoIB kernel Oops -- race condition Jack Morgenstein
  • Re: [ofa-general] IPoIB kernel Oops -- race condition Jack Morgenstein
  • Re: [ofa-general] IPoIB kernel Oops -- race condition Jack Morgenstein
  • Re: [ofa-general] IPoIB kernel Oops -- race condition Yossi Etigin
  • Re: [ofa-general] IPoIB kernel Oops -- race condition Jack Morgenstein
  • Re: [ofa-general] IPoIB kernel Oops -- race condition Yossi Etigin
  • Re: [ofa-general] IPoIB kernel Oops -- race condition Jack Morgenstein
  • Re: [ofa-general] IPoIB kernel Oops -- race condition Moni Shoua
  • Re: [ofa-general] IPoIB kernel Oops -- race condition Moni Shoua
  • Re: [ofa-general] IPoIB kernel Oops -- race condition Jack Morgenstein
  • Re: [ofa-general] IPoIB kernel Oops -- race condition Moni Shoua
• [ofa-general] ofa_1_5_kernel 20090627-0200 daily build status Vladimir Sokolovsky (Mellanox)
• [ofa-general] verb level interoperability between vendor's hcas Scott A. Friedman
  • RE: [ofa-general] verb level interoperability between vendor's hcas Sean Hefty
  • Re: [ofa-general] verb level interoperability between vendor's hcas Scott A. Friedman
  • Re: [ofa-general] verb level interoperability between vendor's hcas Jeff Squyres
  • Re: [ofa-general] verb level interoperability between vendor's hcas Ross Smith
  • Re: [ofa-general] verb level interoperability between vendor's hcas Peter Kjellstrom
• [ofa-general] [PATCH] scm: fixes and optimizations for connection scaling Davis, Arlin R
• [ofa-general] [PATCH] scm: double the default fd_set_size, linux provider only Davis, Arlin R
• [ofa-general] [PATCH] scm: EP reference in CR should be cleared during ep_destroy Davis, Arlin R
• [ofa-general] [PATCH] dtestx: fix conn establishment event checking Davis, Arlin R
• [ofa-general] [PATCH] dtestcm: new test to measure dapl connection rates. Arlin Davis
• [ofa-general] unsubscribe Muhammad Kamran Azeem
• [ofa-general] [PATCH] ipoib: fix racing uses of ipoib_neigh in CM with RCU akepner
• [ofa-general] Cannot bring up mellanox HCAs on HP Nahalem machines running RHEL 5 Mike Heinz
  • Re: [ofa-general] Cannot bring up mellanox HCAs on HP Nahalem machines running RHEL 5 Tziporet Koren
  • Re: [ofa-general] Cannot bring up mellanox HCAs on HP Nahalem machines running RHEL 5 Peter Kjellstrom
  • RE: [ofa-general] Cannot bring up mellanox HCAs on HP Nahalem machines running RHEL 5 Mike Heinz
• [ofa-general] Installing nfs-rdma with OFED-1.4.1 Ross Smith
  • Re: [ofa-general] Installing nfs-rdma with OFED-1.4.1 Ross Smith
  • Re: [ofa-general] Installing nfs-rdma with OFED-1.4.1 Ross Smith
  • Re: [ofa-general] Installing nfs-rdma with OFED-1.4.1 Ross Smith
  • Re: [ofa-general] Installing nfs-rdma with OFED-1.4.1 Jeff Becker
  • Re: [ofa-general] Installing nfs-rdma with OFED-1.4.1 Ross Smith
  • Re: [ofa-general] Installing nfs-rdma with OFED-1.4.1 Jon Mason
• [ofa-general] ofa_1_5_kernel 20090626-0200 daily build status Vladimir Sokolovsky (Mellanox)
• [ofa-general] OFEM installation problem Boyan Lazarov
  • Re: [ofa-general] OFEM installation problem Tziporet Koren
  • Re: [ofa-general] OFEM installation problem Boyan Lazarov
• [ofa-general] [PATCH] opensm/libvendor/osm_vendor_(ibumad mlx)_sa.c: Handle malloc failure in __osmv_send_sa_req Hal Rosenstock
  • [ofa-general] Re: [PATCH] opensm/libvendor/osm_vendor_(ibumad mlx)_sa.c: Handle malloc failure in __osmv_send_sa_req Sasha Khapyorsky
• [ofa-general] [PATCH] opensm/man/osmtest.8: Update email address Hal Rosenstock
  • [ofa-general] Re: [PATCH] opensm/man/osmtest.8: Update email address Sasha Khapyorsky
• [ofa-general] ofa_1_5_kernel 20090625-0200 daily build status Vladimir Sokolovsky (Mellanox)
• [ofa-general] [PATCH] iblinkinfo, ibqueryerrors: clean up ibdiag_process_opts call Ira Weiny
  • [ofa-general] Re: [PATCH] iblinkinfo, ibqueryerrors: clean up ibdiag_process_opts call Sasha Khapyorsky
• [ofa-general] [PATCH] ibprintca.pl: fix corner case: print switch information for CA's found at the end of the cache file. Ira Weiny
  • [ofa-general] Re: [PATCH] ibprintca.pl: fix corner case: print switch information for CA's found at the end of the cache file. Sasha Khapyorsky
• [ofa-general] [PATCH] ibqueryerrors: optomize -D operation Ira Weiny
  • [ofa-general] Re: [PATCH] ibqueryerrors: optomize -D operation Sasha Khapyorsky
• [ofa-general] [PATCH] iblinkinfo: optomize -D operation Ira Weiny
  • [ofa-general] Re: [PATCH] iblinkinfo: optomize -D operation Sasha Khapyorsky
• [ofa-general] Installing OFED 1.4.1 in XenServer Ross Smith
  • [ofa-general] Re: Installing OFED 1.4.1 in XenServer Ross Smith
  • Re: [ofa-general] Re: Installing OFED 1.4.1 in XenServer Vladimir Sokolovsky
  • Re: [ofa-general] Re: Installing OFED 1.4.1 in XenServer Ross Smith
  • Re: [ofa-general] Re: Installing OFED 1.4.1 in XenServer Ross Smith
  • Re: [ofa-general] Re: Installing OFED 1.4.1 in XenServer Ross Smith
• [ofa-general] Some confusion about DOR algorithm Jordan
  • Re: [ofa-general] Some confusion about DOR algorithm Dale Purdy
• [ofa-general] createQP failed when attr->cap.max_inline_data > 470 Tharindu Rukshan Bamunuarachchi
  • Re: [ofa-general] createQP failed when attr->cap.max_inline_data > 470 Dotan Barak
• [ofa-general] Overhaul on SDP BCopy mode Amir Vadai
  • [ofa-general] [PATCH] sdp: add /proc/net/sdpstats + packets dump Amir Vadai
  • [ofa-general] [PATCH] sdp: Interrupts performance fixes Amir Vadai
  • [ofa-general] [PATCH] sdp: no tx interrupts Amir Vadai
  • [ofa-general] [PATCH] sdp: process RX CQ from interrupt Amir Vadai
  • [ofa-general] [PATCH] sdp: don't do nagle on first packet Amir Vadai
  • [ofa-general] [PATCH] sdp: fix bad HELLO/HELLO_ACK buffer size matching + let recvmsg do posts on data packets too Amir Vadai
  • [ofa-general] [PATCH] sdp: make interrupt moderation adaptive Amir Vadai
• [ofa-general] linux-next: origin tree build warning Stephen Rothwell
  • [ofa-general] Re: linux-next: origin tree build warning FUJITA Tomonori
  • Re: [ofa-general] Re: linux-next: origin tree build warning Roland Dreier
• [ofa-general] Infiniband Driver support for Mellanox HCA in Centos 5.3 Ashwath Narasimhan
  • Re: [ofa-general] Infiniband Driver support for Mellanox HCA in Centos 5.3 Bart Van Assche
  • Re: [ofa-general] Infiniband Driver support for Mellanox HCA in Centos 5.3 Tziporet Koren
  • Re: [ofa-general] Infiniband Driver support for Mellanox HCA in Centos 5.3 Ashwath Narasimhan
  • Re: [ofa-general] Infiniband Driver support for Mellanox HCA in Centos 5.3 Tziporet Koren
• [ofa-general] [PATCH v2 RESEND] rdma_cm: Add debugfs entries to monitor rdma_cm connections Moni Shoua
  • [ofa-general] Re: [PATCH v2 RESEND] rdma_cm: Add debugfs entries to monitor rdma_cm connections Roland Dreier
  • Re: [ofa-general] Re: [PATCH v2 RESEND] rdma_cm: Add debugfs entries to monitor rdma_cm connections Moni Shoua
  • Re: [ofa-general] Re: [PATCH v2 RESEND] rdma_cm: Add debugfs entries to monitor rdma_cm connections Thierry
  • Re: [ofa-general] Re: [PATCH v2 RESEND] rdma_cm: Add debugfs entries to monitor rdma_cm connections Moni Shoua
  • Re: [ofa-general] Re: [PATCH v2 RESEND] rdma_cm: Add debugfs entries to monitor rdma_cm connections Jason Gunthorpe
  • Re: [ofa-general] Re: [PATCH v2 RESEND] rdma_cm: Add debugfs entries to monitor rdma_cm connections Thierry
  • Re: [ofa-general] Re: [PATCH v2 RESEND] rdma_cm: Add debugfs entries to monitor rdma_cm connections Moni Shoua
  • Re: [ofa-general] Re: [PATCH v2 RESEND] rdma_cm: Add debugfs entries to monitor rdma_cm connections Moni Shoua
  • Re: [ofa-general] [PATCH v2 RESEND] rdma_cm: Add debugfs entries to monitor rdma_cm connections Moni Shoua
  • Re: [ofa-general] [PATCH v2 RESEND] rdma_cm: Add debugfs entries to monitor rdma_cm connections Steve Wise
  • [ofa-general] Re: [PATCH] rdma_cm: Add debugfs entries to monitor rdma_cm connections Or Gerlitz
  • [ofa-general] Re: [PATCH] rdma_cm: Add debugfs entries to monitor rdma_cm connections Jason Gunthorpe
  • [ofa-general] Re: [PATCH] rdma_cm: Add debugfs entries to monitor rdma_cm connections Or Gerlitz
  • [ofa-general] Re: [PATCH] rdma_cm: Add debugfs entries to monitor rdma_cm connections Jason Gunthorpe
  • Re: [ofa-general] [PATCH v2 RESEND] rdma_cm: Add debugfs entries to monitor rdma_cm connections Roland Dreier
• [ofa-general] ofa_1_5_kernel 20090620-0200 daily build status Vladimir Sokolovsky (Mellanox)
• [ofa-general] [ANNOUNCE] uDAPL v2.0 - dapl-2.0.20 release Davis, Arlin R
  • [ofa-general] Re: [ANNOUNCE] uDAPL v2.0 - dapl-2.0.20 release Vladimir Sokolovsky
• [ofa-general] Support for reg_phys_mr in mlx4_ib Adit Ranadive
  • Re: [ofa-general] Support for reg_phys_mr in mlx4_ib Tziporet Koren
  • Re: [ofa-general] Support for reg_phys_mr in mlx4_ib Adit Ranadive
• [ofa-general] ofa_1_5_kernel 20090619-0200 daily build status Vladimir Sokolovsky (Mellanox)
• [ofa-general] [PATCH] opensm: sweep component processors return status value Sasha Khapyorsky
  • Re: [ofa-general] [PATCH] opensm: sweep component processors return status value Hal Rosenstock
  • Re: [ofa-general] [PATCH] opensm: sweep component processors return status value Sasha Khapyorsky
• [ofa-general] [PATCH] opensm/lash: Set minimum VL for LASH to use Hal Rosenstock
  • [ofa-general] Re: [PATCH] opensm/lash: Set minimum VL for LASH to use Sasha Khapyorsky
  • Re: [ofa-general] Re: [PATCH] opensm/lash: Set minimum VL for LASH to use Hal Rosenstock
  • Re: [ofa-general] Re: [PATCH] opensm/lash: Set minimum VL for LASH to use Sasha Khapyorsky
  • Re: [ofa-general] Re: [PATCH] opensm/lash: Set minimum VL for LASH to use Hal Rosenstock
• [ofa-general] [PATCH] opensm/osm_ucast_lash.c: Remove some unused code Hal Rosenstock
  • [ofa-general] Re: [PATCH] opensm/osm_ucast_lash.c: Remove some unused code Sasha Khapyorsky
• [ofa-general] Re: [PATCH] Add LMC support to DOR routing Sasha Khapyorsky
• [ofa-general][PATCH 2/2] mlx4: ConnectX multi functional device support Yevgeny Petrilin
  • Re: [ofa-general][PATCH 2/2] mlx4: ConnectX multi functional device support Roland Dreier
  • Re: [ofa-general][PATCH 2/2] mlx4: ConnectX multi functional device support Yevgeny Petrilin
  • Re: [ofa-general][PATCH 2/2] mlx4: ConnectX multi functional device support Roland Dreier
  • Re: [ofa-general][PATCH 2/2] mlx4: ConnectX multi functional device support Tziporet Koren
  • Re: [ofa-general][PATCH 2/2] mlx4: ConnectX multi functional device support Roland Dreier
  • Re: [ofa-general][PATCH 2/2] mlx4: ConnectX multi functional device support Tziporet Koren
• [ofa-general][PATCH 1/2] mlx4: Support ConnectX new device ID: 0x6764 Yevgeny Petrilin
• [ofa-general] [PATCHv2] opensm/osm_ucast_lash.(h c): Replace memory allocation by array Hal Rosenstock
  • [ofa-general] Re: [PATCHv2] opensm/osm_ucast_lash.(h c): Replace memory allocation by array Sasha Khapyorsky
• [ofa-general] ofa_1_5_kernel 20090618-0200 daily build status Vladimir Sokolovsky (Mellanox)
• [ofa-general] [PATCH 0/3 RESEND] V2 - libmthca libmlx4 - Optimize memory allocation of QP buffers sebastien dugue
  • [ofa-general] [PATCH 1/3] V2 libmthca - Optimize memory allocation of QP buffers sebastien dugue
  • [ofa-general] [PATCH 3/3] V2 libmlx4 - Fix fixes after QP buffers alloc optimization patch to allow build sebastien dugue
  • [ofa-general] [PATCH 2/3] V2 libmlx4 - Optimize memory allocation of QP buffers sebastien dugue
  • [ofa-general] Re: [PATCH 0/3 RESEND] V2 - libmthca libmlx4 - Optimize memory allocation of QP buffers Roland Dreier
  • [ofa-general] Re: [PATCH 0/3 RESEND] V2 - libmthca libmlx4 - Optimize memory allocation of QP buffers sebastien dugue
• [ofa-general] What is the difference between forward table "lft" and "new_lft" ? Jordan
• [ofa-general] ofed-1.5-daily, linux kernel 2.6.30, and failure to read the uverbs ABI version Andrew Shewmaker
• [ofa-general] [PATCH] opensm/osm_mesh.c: Improve VL utilization Hal Rosenstock
  • [ofa-general] Re: [PATCH] opensm/osm_mesh.c: Improve VL utilization Sasha Khapyorsky
• [ofa-general] [PATCHv2] libibmad/resolve.c: Remove compile warning on x86_64 arch Hal Rosenstock
  • [ofa-general] Re: [PATCHv2] libibmad/resolve.c: Remove compile warning on x86_64 arch Sasha Khapyorsky
• [ofa-general] [PATCH] opensm/osm_ucast_lash.(h c): Replace memory allocation by array Hal Rosenstock
  • Re: [ofa-general] [PATCH] opensm/osm_ucast_lash.(h c): Replace memoryallocation by array Diego Guella
  • Re: [ofa-general] [PATCH] opensm/osm_ucast_lash.(h c): Replace memoryallocation by array Hal Rosenstock
• [ofa-general] [ANNOUNCE] libmlx4 1.0.1 released Roland Dreier
• [ofa-general] [PATCH] ibqueryerrors: fix custom opts string Ira Weiny
  • [ofa-general] Re: [PATCH] ibqueryerrors: fix custom opts string Sasha Khapyorsky
• [ofa-general] [PATCH] iblinkinfo: convert to ibdiag_process_opts Ira Weiny
  • [ofa-general] Re: [PATCH] iblinkinfo: convert to ibdiag_process_opts Sasha Khapyorsky
• [ofa-general] Multipath, srp_daemon help Evan Fraser
  • [ofa-general] Multipath, srp_daemon help Evan Fraser
  • RE: [ofa-general] Multipath, srp_daemon help Ishai Rabinovitz
• [ofa-general] [PATCH] opensm/osm_mcast_mgr.c: In mcast_mgr_set_tbl, only return OSM_SIGNAL_DONE_PENDING if osm_req_set successful Hal Rosenstock
  • [ofa-general] Re: [PATCH] opensm/osm_mcast_mgr.c: In mcast_mgr_set_tbl, only return OSM_SIGNAL_DONE_PENDING if osm_req_set successful Sasha Khapyorsky
• [ofa-general] [PATCH] opensm/osm_inform.c: For traps 64-67, use GID in DataDetails in log messages Hal Rosenstock
  • [ofa-general] Re: [PATCH] opensm/osm_inform.c: For traps 64-67, use GID in DataDetails in log messages Sasha Khapyorsky
  • Re: [ofa-general] Re: [PATCH] opensm/osm_inform.c: For traps 64-67, use GID in DataDetails in log messages Hal Rosenstock
  • Re: [ofa-general] Re: [PATCH] opensm/osm_inform.c: For traps 64-67, use GID in DataDetails in log messages Sasha Khapyorsky
• [ofa-general][PATCH] mlx4: ConnectX multi functional device support Yevgeny Petrilin
  • Re: [ofa-general][PATCH] mlx4: ConnectX multi functional device support Roland Dreier
• [ofa-general] Xmit_wait counters in OpenSM Nicolas Morey-Chaisemartin
  • Re: [ofa-general] Xmit_wait counters in OpenSM Hal Rosenstock
  • Re: [ofa-general] Xmit_wait counters in OpenSM Eli Dorfman (Voltaire)
• [ofa-general] ofa_1_5_kernel 20090617-0200 daily build status Vladimir Sokolovsky (Mellanox)
• [ofa-general] Compilation errors with OFED 1.4.1/ 1.4 Rajouri Jammu
  • [ofa-general] Compilation errors with OFED 1.4.1/ 1.4 Evan Fraser
  • Re: [ofa-general] Compilation errors with OFED 1.4.1/ 1.4 Rajouri Jammu
  • Re: [ofa-general] Compilation errors with OFED 1.4.1/ 1.4 Tziporet Koren
  • Re: [ofa-general] Compilation errors with OFED 1.4.1/ 1.4 Rajouri Jammu
  • Re: [ofa-general] Compilation errors with OFED 1.4.1/ 1.4 Jack Morgenstein
  • Re: [ofa-general] Compilation errors with OFED 1.4.1/ 1.4 pandit ib

• Earlier messages
• Later messages