general  

Messages by Thread

• • [ofa-general] Re: [PATCH] Fixed memory leak in drivers/net/mlx4/main.c Jack Morgenstein
  • Re: [ofa-general] Re: [PATCH] Fixed memory leak in drivers/net/mlx4/main.c Nicolas Morey-Chaisemartin
  • Re: [ofa-general] Re: [PATCH] Fixed memory leak in drivers/net/mlx4/main.c Jack Morgenstein
• [ofa-general] [PATCH] opensm/osm_sa_node_record.c use comp mask to match by LID or GUID Eli Dorfman (Voltaire)
  • [ofa-general] Re: [PATCH] opensm/osm_sa_node_record.c use comp mask to match by LID or GUID Sasha Khapyorsky
• [ofa-general] OFED 1.5 schedule and OS support Tziporet Koren
• [ofa-general][PATCH] mlx4: FIX error flow when initializing EQ table Yevgeny Petrilin
  • Re: [ofa-general][PATCH] mlx4: FIX error flow when initializing EQ table David Miller
  • Re: [ofa-general][PATCH] mlx4: FIX error flow when initializing EQ table Roland Dreier
  • Re: [ofa-general][PATCH] mlx4: FIX error flow when initializing EQ table Yevgeny Petrilin
  • [ofa-general] spin_lock_irqsave in ib_send_mad Suresh Shelvapille
  • RE: [ofa-general] spin_lock_irqsave in ib_send_mad Sean Hefty
  • RE: [ofa-general] spin_lock_irqsave in ib_send_mad Suresh Shelvapille
  • RE: [ofa-general] spin_lock_irqsave in ib_send_mad Sean Hefty
  • RE: [ofa-general] spin_lock_irqsave in ib_send_mad Suresh Shelvapille
  • RE: [ofa-general] spin_lock_irqsave in ib_send_mad Sean Hefty
  • RE: [ofa-general] spin_lock_irqsave in ib_send_mad Suresh Shelvapille
  • RE: [ofa-general] spin_lock_irqsave in ib_send_mad Sean Hefty
  • RE: [ofa-general] spin_lock_irqsave in ib_send_mad Suresh Shelvapille
• [ofa-general] ofa_1_4_kernel 20090607-0200 daily build status Vladimir Sokolovsky (Mellanox)
• [ofa-general] ofa_1_4_kernel 20090606-0200 daily build status Vladimir Sokolovsky (Mellanox)
• [ofa-general] How does ib_srpt decide which ports to use? Chris Worley
  • Re: [ofa-general] How does ib_srpt decide which ports to use? Bart Van Assche
  • Re: [ofa-general] How does ib_srpt decide which ports to use? Chris Worley
  • Re: [ofa-general] How does ib_srpt decide which ports to use? Bart Van Assche
  • Re: [ofa-general] How does ib_srpt decide which ports to use? Chris Worley
  • RE: [ofa-general] How does ib_srpt decide which ports to use? Karun Sharma (Contractor - GS Labs)
  • Re: [ofa-general] How does ib_srpt decide which ports to use? Chris Worley
• Re: [ofa-general] RE: [mwg] Re: RDMA tutorial and OFA Jeff Becker
• [ofa-general] IPoIB CM mode and packet drops Hal Rosenstock
  • Re: [ofa-general] IPoIB CM mode and packet drops Jason Gunthorpe
• [ofa-general] ib_mthca Catastrophic errors Pawel Dziekonski
  • Re: [ofa-general] ib_mthca Catastrophic errors Roland Dreier
  • Re: [ofa-general] ib_mthca Catastrophic errors Tziporet Koren
• [ofa-general] ofa_1_4_kernel 20090605-0200 daily build status Vladimir Sokolovsky (Mellanox)
• [ofa-general] IPoIB in Xen guest machine Titov Alexander
  • Re: [ofa-general] IPoIB in Xen guest machine Hal Rosenstock
  • Re: [ofa-general] IPoIB in Xen guest machine Titov Alexander
• [ofa-general] skipping QP states during transitions Sean Hefty
  • [ofa-general] RE: [ofw] skipping QP states during transitions Sean Hefty
  • [ofa-general] RE: [ofw] skipping QP states during transitions Fab Tillier
  • [ofa-general] RE: [ofw] skipping QP states during transitions Leonid Keller
• [ofa-general] [PATCH management] Move _with_node_name_map rpm spec option from infiniband-diags to opensm. Ira Weiny
  • [ofa-general] Re: [PATCH management] Move _with_node_name_map rpm spec option from infiniband-diags to opensm. Sasha Khapyorsky
• [ofa-general] [PATCH] mlx4: fix post send of local invalidate and fast registration packets. Jack Morgenstein
  • [ofa-general] Re: [PATCH] mlx4: fix post send of local invalidate and fast registration packets. Roland Dreier
  • [ofa-general] Re: [PATCH] mlx4: fix post send of local invalidate and fast registration packets. Jack Morgenstein
  • [ofa-general] Re: [PATCH] mlx4: fix post send of local invalidate and fast registration packets. Roland Dreier
  • [ofa-general] Re: [PATCH] mlx4: fix post send of local invalidate and fast registration packets. Jack Morgenstein
  • Re: [ofa-general] [PATCH] mlx4: fix post send of local invalidate and fast registration packets. Tom Talpey
  • Re: [ofa-general] [PATCH] mlx4: fix post send of local invalidate and fast registration packets. Jack Morgenstein
• [ofa-general] [PATCH] opensm/osm_sa.c add attribute and component mask to error message Eli Dorfman (Voltaire)
  • [ofa-general] Re: [PATCH] opensm/osm_sa.c add attribute and component mask to error message Sasha Khapyorsky
• [ofa-general] ofa_1_4_kernel 20090604-0200 daily build status Vladimir Sokolovsky (Mellanox)
• [ofa-general] ibdiagnet: invalid bareword "pkey_entry" akepner
  • [ofa-general] Re: ibdiagnet: invalid bareword "pkey_entry" akepner
  • [ofa-general] Re: ibdiagnet: invalid bareword "pkey_entry" Yevgeny Kliteynik
  • [ofa-general] Re: ibdiagnet: invalid bareword "pkey_entry" akepner
• [ofa-general] multi-rail subnet_prefix and MPI issue Frank Leers
  • Re: [ofa-general] multi-rail subnet_prefix and MPI issue Hal Rosenstock
  • Re: [ofa-general] multi-rail subnet_prefix and MPI issue Frank Leers
  • Re: [ofa-general] multi-rail subnet_prefix and MPI issue Hal Rosenstock
  • Re: [ofa-general] multi-rail subnet_prefix and MPI issue Frank Leers
• [ofa-general] [PATCH] IB/ehca: Remove superfluous bitmasks from QP control block Joachim Fenkes
  • [ofa-general] Re: [PATCH] IB/ehca: Remove superfluous bitmasks from QP control block Roland Dreier
• [ofa-general] An error during installation of the OFED Jordan
  • Re: [ofa-general] An error during installation of the OFED Tziporet Koren
• [ofa-general] [PATCH] Return single PR record for SubnAdmGet Eli Dorfman (Voltaire)
  • [ofa-general] Re: [PATCH] Return single PR record for SubnAdmGet Sasha Khapyorsky
• [ofa-general] ofa_1_4_kernel 20090603-0200 daily build status Vladimir Sokolovsky (Mellanox)
  • Re: [ofa-general] ofa_1_4_kernel 20090603-0200 daily build status Jon Mason
  • Re: [ofa-general] ofa_1_4_kernel 20090603-0200 daily build status Vladimir Sokolovsky
• [ofa-general] Announcing the Release of MVAPICH2 1.4RC1 Dhabaleswar Panda
• [ofa-general] IB card manufacturer Jason Hill
  • Re: [ofa-general] IB card manufacturer sebastien dugue
  • Re: [ofa-general] IB card manufacturer sebastien dugue
• [ofa-general] [PATCH] dapl/windows cma provider: add support for network devices based on index Sean Hefty
  • [ofa-general] RE: [PATCH] dapl/windows cma provider: add support for network devices based on index Davis, Arlin R
• [ofa-general] Re: osm_qos_parser_y question Yevgeny Kliteynik
  • [ofa-general] Re: osm_qos_parser_y question Hal Rosenstock
• [ofa-general] InfiniBand/RDMA merge plans for 2.6.31 Roland Dreier
• [ofa-general] [PATCH/RFC] IPoIB: Don't drop multicast packets sent before group is joined Roland Dreier
  • Re: [ofa-general] [PATCH/RFC] IPoIB: Don't drop multicast packets sent before group is joined Or Gerlitz
  • Re: [ofa-general] [PATCH/RFC] IPoIB: Don't drop multicast packets sent before group is joined Roland Dreier
  • Re: [ofa-general] [PATCH/RFC] IPoIB: Don't drop multicast packets sent before group is joined Christoph Lameter
  • Re: [ofa-general] [PATCH/RFC] IPoIB: Don't drop multicast packets sent before group is joined Roland Dreier
  • Re: [ofa-general] [PATCH/RFC] IPoIB: Don't drop multicast packets sent before group is joined Or Gerlitz
  • Re: [ofa-general] [PATCH/RFC] IPoIB: Don't drop multicast packets sent before group is joined Christoph Lameter
  • Re: [ofa-general] [PATCH/RFC] IPoIB: Don't drop multicast packets sent before group is joined Roland Dreier
  • Re: [ofa-general] [PATCH/RFC] IPoIB: Don't drop multicast packets sent before group is joined Christoph Lameter
• [ofa-general] RFC: Do we wish to take MPI out of OFED? Tziporet Koren
  • [ofa-general] Re: [ewg] RFC: Do we wish to take MPI out of OFED? Pawel Dziekonski
  • [ofa-general] Re: [ewg] RFC: Do we wish to take MPI out of OFED? Doug Ledford
  • [ofa-general] Re: [ewg] RFC: Do we wish to take MPI out of OFED? Pawel Dziekonski
  • [ofa-general] Re: [ewg] RFC: Do we wish to take MPI out of OFED? Doug Ledford
  • [ofa-general] Re: [ewg] RFC: Do we wish to take MPI out of OFED? Pavel Shamis (Pasha)
  • [ofa-general] Re: [ewg] RFC: Do we wish to take MPI out of OFED? Doug Ledford
  • Re: [ofa-general] RFC: Do we wish to take MPI out of OFED? Jeff Squyres
  • Re: [ofa-general] RFC: Do we wish to take MPI out of OFED? Bob Ciotti
  • [ofa-general] RE: [ewg] RFC: Do we wish to take MPI out of OFED? Anatoly Greenblatt
  • [ofa-general] Re: [ewg] RFC: Do we wish to take MPI out of OFED? Dhabaleswar Panda
  • [ofa-general] RE: [ewg] RFC: Do we wish to take MPI out of OFED? John Russo
  • Re: [ofa-general] RE: [ewg] RFC: Do we wish to take MPI out of OFED? Jeff Squyres
  • Re: [ofa-general] RE: [ewg] RFC: Do we wish to take MPI out of OFED? Jason Gunthorpe
  • Re: [ofa-general] RE: [ewg] RFC: Do we wish to take MPI out of OFED? Doug Ledford
  • RE: [ofa-general] RE: [ewg] RFC: Do we wish to take MPI out of OFED? Woodruff, Robert J
  • RE: [ofa-general] RE: [ewg] RFC: Do we wish to take MPI out of OFED? Doug Ledford
  • [ofa-general] Re: [ewg] RFC: Do we wish to take MPI out of OFED? Doug Ledford
  • RE: [ofa-general] Re: [ewg] RFC: Do we wish to take MPI out of OFED? Todd Rimmer
  • Re: [ofa-general] Re: [ewg] RFC: Do we wish to take MPI out of OFED? Jeff Squyres
  • Re: [ofa-general] Re: [ewg] RFC: Do we wish to take MPI out of OFED? Gus Correa
  • [ofa-general] Re: [ewg] RFC: Do we wish to take MPI out of OFED? Pavel Shamis (Pasha)
  • Re: [ofa-general] Re: [ewg] RFC: Do we wish to take MPI out of OFED? Peter Kjellstrom
  • Re: [ofa-general] Re: [ewg] RFC: Do we wish to take MPI out of OFED? Pavel Shamis (Pasha)
  • Re: [ofa-general] Re: [ewg] RFC: Do we wish to take MPI out of OFED? Jeff Squyres
  • RE: [ofa-general] Re: [ewg] RFC: Do we wish to take MPI out of OFED? Woodruff, Robert J
  • [ofa-general] RE: [ewg] RFC: Do we wish to take MPI out of OFED? Yiftah Shahar
  • Re: [ofa-general] RE: [ewg] RFC: Do we wish to take MPI out of OFED? Pavel Shamis (Pasha)
  • Re: [ofa-general] RE: [ewg] RFC: Do we wish to take MPI out of OFED? Jeff Squyres
  • RE: [ofa-general] RE: [ewg] RFC: Do we wish to take MPI out of OFED? Woodruff, Robert J
  • Re: [ofa-general] RE: [ewg] RFC: Do we wish to take MPI out of OFED? Tziporet Koren
  • RE: [ofa-general] RE: [ewg] RFC: Do we wish to take MPI out of OFED? Ryan, Jim
  • Re: [ofa-general] RE: [ewg] RFC: Do we wish to take MPI out of OFED? Jeff Squyres
  • RE: [ofa-general] RE: [ewg] RFC: Do we wish to take MPI out of OFED? Woodruff, Robert J
  • Re: [ofa-general] RE: [ewg] RFC: Do we wish to take MPI out of OFED? Jeff Squyres
  • RE: [ofa-general] RE: [ewg] RFC: Do we wish to take MPI out ofOFED? Yiftah Shahar
• [ofa-general] ofa_1_4_kernel 20090602-0200 daily build status Vladimir Sokolovsky (Mellanox)
• [ofa-general] RDMA_CM--how to include an SRQ? Mike Aho
  • RE: [ofa-general] RDMA_CM--how to include an SRQ? Sean Hefty
• [ofa-general] Distributing ib_mthca interrupts Charles Taylor
• [ofa-general] Ipoib child interfaces are created in dgram mode, even if the config file (and main interface) specify connected mode. Mike Heinz
  • Re: [ofa-general] Ipoib child interfaces are created in dgram mode, even if the config file (and main interface) specify connected mode. Eli Cohen
  • RE: [ofa-general] Ipoib child interfaces are created in dgram mode, even if the config file (and main interface) specify connected mode. Mike Heinz
  • [ofa-general] Ah - we got it. Mike Heinz
  • Re: [ofa-general] Ipoib child interfaces are created in dgram mode, even if the config file (and main interface) specify connected mode. Hal Rosenstock
  • RE: [ofa-general] Ipoib child interfaces are created in dgram mode, even if the config file (and main interface) specify connected mode. Mike Heinz
• [ofa-general] [PATCH] libibmad/resolve.c: Remove compile warning on x86_64 arch hnrose
  • [ofa-general] Re: [PATCH] libibmad/resolve.c: Remove compile warning on x86_64 arch Sasha Khapyorsky
  • Re: [ofa-general] Re: [PATCH] libibmad/resolve.c: Remove compile warning on x86_64 arch Hal Rosenstock
• [ofa-general] ofa_1_4_kernel 20090601-0200 daily build status Vladimir Sokolovsky (Mellanox)
• [ofa-general] [PATCH] infiniband-diags: Do not change logical state on SubnAdmSet Eli Dorfman (Voltaire)
  • Re: [ofa-general] [PATCH] infiniband-diags: Do not change logical state on SubnAdmSet Hal Rosenstock
  • Re: [ofa-general] [PATCH] infiniband-diags: Do not change logical state on SubnAdmSet Eli Dorfman (Voltaire)
  • Re: [ofa-general] [PATCH] infiniband-diags: Do not change logical state on SubnAdmSet Hal Rosenstock
  • Re: [ofa-general] [PATCH] infiniband-diags: Do not change logical state on SubnAdmSet Eli Dorfman (Voltaire)
  • Re: [ofa-general] [PATCH] infiniband-diags: Do not change logical state on SubnAdmSet Hal Rosenstock
  • Re: [ofa-general] [PATCH] infiniband-diags: Do not change logical state on SubnAdmSet Sasha Khapyorsky
  • Re: [ofa-general] [PATCH v2] infiniband-diags: Do not change port state on SubnSet Eli Dorfman (Voltaire)
  • [ofa-general] [PATCH] infiniband_diags/ibportstate.c perform reset in a single mad Eli Dorfman (Voltaire)
  • [ofa-general] Re: [PATCH] infiniband_diags/ibportstate.c perform reset in a single mad Sasha Khapyorsky
  • Re: [ofa-general] [PATCH v2] infiniband-diags: Do not change port state on SubnSet Sasha Khapyorsky
• [ofa-general] ofa_1_4_kernel 20090531-0200 daily build status Vladimir Sokolovsky (Mellanox)
• [ofa-general] ofa_1_4_kernel 20090530-0200 daily build status Vladimir Sokolovsky (Mellanox)
• [ofa-general] [PATCH] infiniband-diags/ibdiag_common.c: Eliminate compile warning on x86_64 archs Hal Rosenstock
  • [ofa-general] Re: [PATCH] infiniband-diags/ibdiag_common.c: Eliminate compile warning on x86_64 archs Sasha Khapyorsky
• [ofa-general] [PATCH] libibmad/resolve.c: Determine SL properly Hal Rosenstock
  • [ofa-general] Re: [PATCH] libibmad/resolve.c: Determine SL properly Sasha Khapyorsky
  • Re: [ofa-general] Re: [PATCH] libibmad/resolve.c: Determine SL properly Hal Rosenstock
  • Re: [ofa-general] Re: [PATCH] libibmad/resolve.c: Determine SL properly Sasha Khapyorsky
  • Re: [ofa-general] Re: [PATCH] libibmad/resolve.c: Determine SL properly Hal Rosenstock
  • Re: [ofa-general] Re: [PATCH] libibmad/resolve.c: Determine SL properly Sasha Khapyorsky
  • [ofa-general] Re: [PATCH] libibmad/resolve.c: Determine SL properly Sasha Khapyorsky
• [ofa-general] ofa_1_4_kernel 20090529-0200 daily build status Vladimir Sokolovsky (Mellanox)
• [ofa-general] SubnAdmGet (6777) Bob Ciotti
  • Re: [ofa-general] SubnAdmGet (6777) Hal Rosenstock
  • Re: [ofa-general] SubnAdmGet (6777) Bob Ciotti
  • Re: [ofa-general] SubnAdmGet (6777) Hal Rosenstock
  • Re: [ofa-general] SubnAdmGet (6777) Yossi Etigin
  • RE: [ofa-general] SubnAdmGet (6777) Sean Hefty
  • Re: [ofa-general] SubnAdmGet (6777) Yossi Etigin
  • RE: [ofa-general] SubnAdmGet (6777) Sean Hefty
  • Re: [ofa-general] SubnAdmGet (6777) Hal Rosenstock
  • RE: [ofa-general] SubnAdmGet (6777) Sean Hefty
  • Re: [ofa-general] SubnAdmGet (6777) Hal Rosenstock
  • RE: [ofa-general] SubnAdmGet (6777) Sean Hefty
  • Re: [ofa-general] SubnAdmGet (6777) Hal Rosenstock
  • RE: [ofa-general] SubnAdmGet (6777) Sean Hefty
  • Re: [ofa-general] SubnAdmGet (6777) Hal Rosenstock
  • Re: [ofa-general] SubnAdmGet (6777) Hal Rosenstock
  • Re: [ofa-general] SubnAdmGet (6777) Eli Dorfman (Voltaire)
  • Re: [ofa-general] SubnAdmGet (6777) Eli Dorfman (Voltaire)
  • Re: [ofa-general] SubnAdmGet (6777) Bob Ciotti
  • Re: [ofa-general] SubnAdmGet (6777) Hal Rosenstock
  • Re: [ofa-general] SubnAdmGet (6777) Hal Rosenstock
  • Re: [ofa-general] SubnAdmGet (6777) Eli Dorfman (Voltaire)
• [ofa-general] OFED 1.4.1 GA is available Tziporet Koren
  • [ofa-general] OFED 1.4.1-rc2 is available Tziporet Koren
  • [ofa-general] RE: OFED 1.4.2-rc2 is available Tziporet Koren
  • [ofa-general] RE: OFED 1.4.2-rc2 is available Woodruff, Robert J
  • [ofa-general] OFED 1.5 alpha release is available Tziporet Koren
  • Re: [ofa-general] OFED 1.5 alpha release is available Jack Morgenstein
• [ofa-general] ofa_1_4_kernel 20090528-0200 daily build status Vladimir Sokolovsky (Mellanox)
• [ofa-general] [PATCH 0/3] V2 - libmthca libmlx4 - 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 1/3] V2 - libmthca - Optimize memory allocation of QP buffers sebastien dugue
  • [ofa-general] Re: [PATCH 1/3] V2 - libmthca - Optimize memory allocation of QP buffers Roland Dreier
  • Re: [ofa-general] Re: [PATCH 1/3] V2 - libmthca - Optimize memory allocation of QP buffers Tziporet Koren
  • [ofa-general] Re: [PATCH 1/3] V2 - libmthca - Optimize memory allocation of QP buffers sebastien dugue
  • [ofa-general] [PATCH 2/3] V2 - libmlx4 - Optimize memory allocation of QP buffers sebastien dugue
• [ofa-general] OFED 1.3.1 and 1.4.1 compatibility. Jason Gross

• Earlier messages
• Later messages