general  

Messages by Thread

• • Re: [ofa-general] Combined DR path with empty DR path, what is the expected behavior? Hal Rosenstock
  • Re: [ofa-general] Combined DR path with empty DR path, what is the expected behavior? Ira Weiny
• [ofa-general] WinOF 2.1 RC 4 available for download. Smith, Stan
• [ofa-general] Problems with OpenSM from ofed 1.4.1 and MESH topology. Rafael David Tinoco
  • Re: [ofa-general] Problems with OpenSM from ofed 1.4.1 and MESH topology. Hal Rosenstock
  • Re: [ofa-general] Problems with OpenSM from ofed 1.4.1 and MESH topology. Rafael David Tinoco
  • Re: [ofa-general] Problems with OpenSM from ofed 1.4.1 and MESH topology. Hal Rosenstock
• [ofa-general] OFED Source Code Cross Reference Server Announcement John Groves
  • [ofa-general] OFED Source Code Cross Reference Server Announcement John Groves
• [ofa-general] [PATCHv2 RESEND] IB/IPoIB: Don't let a bad muticast address in the join list stop subsequent joins Moni Shoua
  • [ofa-general] Re: [PATCHv2 RESEND] IB/IPoIB: Don't let a bad muticast address in the join list stop subsequent joins Jason Gunthorpe
  • Re: [ofa-general] Re: [PATCHv2 RESEND] IB/IPoIB: Don't let a bad muticast address in the join list stop subsequent joins Yossi Etigin
  • Re: [ofa-general] Re: [PATCHv2 RESEND] IB/IPoIB: Don't let a bad muticast address in the join list stop subsequent joins Jason Gunthorpe
  • Re: [ofa-general] Re: [PATCHv2 RESEND] IB/IPoIB: Don't let a bad muticast address in the join list stop subsequent joins Yossi Etigin
  • Re: [ofa-general] [PATCHv2 RESEND] IB/IPoIB: Don't let a bad muticast address in the join list stop subsequent joins Roland Dreier
  • Re: [ofa-general] [PATCHv2 RESEND] IB/IPoIB: Don't let a bad muticast address in the join list stop subsequent joins Moni Shoua
• [ofa-general] ofa_1_5_kernel 20090824-0200 daily build status Vladimir Sokolovsky (Mellanox)
• [ofa-general] [Bug 14042] New: mlx4: device driver tries to sync DMA memory it has not allocated bugzilla-daemon
• [ofa-general] WinOF 2.1 RC3 issues Chris Worley
• [ofa-general] ofa_1_5_kernel 20090823-0200 daily build status Vladimir Sokolovsky (Mellanox)
• [ofa-general] ofa_1_5_kernel 20090822-0200 daily build status Vladimir Sokolovsky (Mellanox)
• [ofa-general] [ANNOUNCE] uDAPL v2.0 - dapl-2.0.22 release Davis, Arlin R
  • [ofa-general] Re: [ANNOUNCE] uDAPL v2.0 - dapl-2.0.22 release Vladimir Sokolovsky
• [ofa-general] Update on Roland's ummunotify kernel module Jeff Squyres
• [ofa-general] ofa_1_5_kernel 20090821-0200 daily build status Vladimir Sokolovsky (Mellanox)
• [ofa-general] Fedora 10 OFED support plans Jeremy Enos
  • Re: [ofa-general] Fedora 10 OFED support plans Tziporet Koren
  • Re: [ofa-general] Fedora 10 OFED support plans Jeremy Enos
  • Re: [ofa-general] Fedora 10 OFED support plans Jeremy Enos
  • Re: [ofa-general] Fedora 10 OFED support plans Jeremy Enos
  • Re: [ofa-general] Fedora 10 OFED support plans Jack Morgenstein
  • Re: [ofa-general] Fedora 10 OFED support plans Jack Morgenstein
  • Re: [ofa-general] Fedora 10 OFED support plans Jeremy Enos
  • Re: [ofa-general] Fedora 10 OFED support plans Jack Morgenstein
  • Re: [ofa-general] Fedora 10 OFED support plans Jeremy Enos
  • Re: [ofa-general] Fedora 10 OFED support plans Jeremy Enos
  • Re: [ofa-general] Fedora 10 OFED support plans Jason Gunthorpe
  • Re: [ofa-general] Fedora 10 OFED support plans Jeremy Enos
  • Re: [ofa-general] Fedora 10 OFED support plans Jeremy Enos
  • Re: [ofa-general] Fedora 10 OFED support plans Jeremy Enos
  • Re: [ofa-general] Fedora 10 OFED support plans Jason Gunthorpe
  • Re: [ofa-general] Fedora 10 OFED support plans Jeremy Enos
  • Re: [ofa-general] Fedora 10 OFED support plans Jack Morgenstein
  • Re: [ofa-general] Fedora 10 OFED support plans Jeremy Enos
  • Re: [ofa-general] Fedora 10 OFED support plans Andy Grover
  • Re: [ofa-general] Fedora 10 OFED support plans Jeremy Enos
• [ofa-general] [PATCH] IPoIB: check multicast address format Jason Gunthorpe
  • Re: [ofa-general] [PATCH] IPoIB: check multicast address format Moni Shoua
  • Re: [ofa-general] [PATCH] IPoIB: check multicast address format Moni Shoua
  • Re: [ofa-general] [PATCH] IPoIB: check multicast address format Moni Shoua
  • Re: [ofa-general] [PATCH] IPoIB: check multicast address format Or Gerlitz
  • Re: [ofa-general] [PATCH] IPoIB: check multicast address format Jason Gunthorpe
  • Re: [ofa-general] [PATCH] IPoIB: check multicast address format Moni Shoua
  • Re: [ofa-general] [PATCH] IPoIB: check multicast address format Or Gerlitz
  • Re: [ofa-general] [PATCH] IPoIB: check multicast address format Roland Dreier
  • Re: [ofa-general] [PATCH] IPoIB: check multicast address format (V2) Jason Gunthorpe
  • Re: [ofa-general] [PATCH] IPoIB: check multicast address format (V2) Roland Dreier
• [ofa-general] Opinions on moving Linux InfiniBand/RDMA mailing list to vger? Roland Dreier
  • Re: [ofa-general] Opinions on moving Linux InfiniBand/RDMA mailing list to vger? Jeff Becker
  • Re: [ofa-general] Opinions on moving Linux InfiniBand/RDMA mailinglist to vger? Jeff Squyres
  • RE: [ofa-general] Opinions on moving Linux InfiniBand/RDMA mailing list to vger? Woodruff, Robert J
  • Re: [ofa-general] Opinions on moving Linux InfiniBand/RDMA mailing list to vger? Roland Dreier
  • [ofa-general] Re: Opinions on moving Linux InfiniBand/RDMA mailing list to vger? David Miller
  • [ofa-general] Re: Opinions on moving Linux InfiniBand/RDMA mailing list to vger? Roland Dreier
  • [ofa-general] Re: Opinions on moving Linux InfiniBand/RDMA mailing list to vger? Roland Dreier
  • [ofa-general] Re: Opinions on moving Linux InfiniBand/RDMA mailing list to vger? Roland Dreier
  • [ofa-general] Re: Opinions on moving Linux InfiniBand/RDMA mailing list to vger? David Miller
  • Re: [ofa-general] Opinions on moving Linux InfiniBand/RDMA mailing list to vger? Or Gerlitz
  • Re: [ofa-general] Opinions on moving Linux InfiniBand/RDMA mailing list to vger? Tziporet Koren
• [ofa-general] Better way to get sufficient EQ context memory? Roland Dreier
  • Re: [ofa-general] Better way to get sufficient EQ context memory?y Eli Cohen
  • [ofa-general] Re: Better way to get sufficient EQ context memory? Christoph Lameter
• [ofa-general] iSER issues in RHEL 5.3 Chris Worley
• [ofa-general] [PATCH] uDAPL v2 - dapltest patches for mdep processor yield Arlin Davis
  • Re: [ofa-general] [PATCH] uDAPL v2 - dapltest patches for mdep processor yield Roland Dreier
  • RE: [ofw] Re: [ofa-general] [PATCH] uDAPL v2 - dapltest patches for mdep processor yield Smith, Stan
  • Re: [ofw] Re: [ofa-general] [PATCH] uDAPL v2 - dapltest patches for mdep processor yield Roland Dreier
• [ofa-general] [PATCH] opensm: fixing some data types in osm_req_get/set Yevgeny Kliteynik
  • [ofa-general] Re: [PATCH] opensm: fixing some data types in osm_req_get/set Sasha Khapyorsky
• [ofa-general] [PATCH] opensm/osm_qos_policy.c: matching PR query to QoS level with pkey Yevgeny Kliteynik
  • Re: [ofa-general] [PATCH] opensm/osm_qos_policy.c: matching PR query to QoS level with pkey Or Gerlitz
  • Re: [ofa-general] [PATCH] opensm/osm_qos_policy.c: matching PR query to QoS level with pkey Yevgeny Kliteynik
  • Re: [ofa-general] [PATCH] opensm/osm_qos_policy.c: matching PR query to QoS level with pkey Or Gerlitz
  • Re: [ofa-general] [PATCH] opensm/osm_qos_policy.c: matching PR query to QoS level with pkey Yevgeny Kliteynik
  • Re: [ofa-general] [PATCH] opensm/osm_qos_policy.c: matching PR query to QoS level with pkey Or Gerlitz
  • [ofa-general] Re: [PATCH] opensm/osm_qos_policy.c: matching PR query to QoS level with pkey Sasha Khapyorsky
• [ofa-general] ofa_1_5_kernel 20090820-0200 daily build status Vladimir Sokolovsky (Mellanox)
• [ofa-general] ibv_rc_pingpong hangs with forks Roman Kononov
  • Re: [ofa-general] ibv_rc_pingpong hangs with forks Roland Dreier
  • Re: [ofa-general] ibv_rc_pingpong hangs with forks Roman Kononov
• [ofa-general] [PATCH 3/3] osm_ucast_ftree.c: Applied osm_indent Nicolas Morey-Chaisemartin
• [ofa-general] [PATCH 2/3] osm_ucast_ftree.c: Cleaned up many comments Nicolas Morey-Chaisemartin
  • [ofa-general] [PATCH 2/3] osm_ucast_ftree.c: Cleaned up many comments Nicolas Morey-Chaisemartin
• [ofa-general] [PATCH 1/3] osm_ucast_ftree.c: Removed reverse_hop parameters from fabric_route_upgoing_by_going_down Nicolas Morey-Chaisemartin
• [ofa-general] [PATCH 0/3] Fat-Tree code cleanup Nicolas Morey-Chaisemartin
  • [ofa-general] Re: [PATCH 0/3] Fat-Tree code cleanup Sasha Khapyorsky
• [ofa-general] [PATCHv5 08/10] ib_core: Add API to support RDMAoE from userspace Eli Cohen
• [ofa-general] [PATCHv5 07/10] ib_core: RDMAoE UD packet packing support Eli Cohen
• [ofa-general] [PATCHv5 02/10] ib_core: Add RDMAoE transport protocol Eli Cohen
• [ofa-general] [PATCHv5 0/10] RDMAoE support Eli Cohen
  • Re: [ofa-general] [PATCHv5 0/10] RDMAoE support Eli Cohen
  • Re: [ofa-general] [PATCHv5 0/10] RDMAoE support Tziporet Koren
• [ofa-general] [PATCHv5 10/10] mlx4: Add RDMAoE support - allow interfaces to correspond to each other Eli Cohen
• [ofa-general] [PATCHv5 09/10] mlx4: Add support for RDMAoE - address resolution Eli Cohen
• [ofa-general] [PATCHv5 06/10] ib_core: CMA device binding Eli Cohen
• [ofa-general] [PATCHv5 05/10] ib/cm: Enable CM support for RDMAoE Eli Cohen
• [ofa-general] [PATCHv5 04/10] IB/umad: Enable support only for IB ports Eli Cohen
• [ofa-general] [PATCHv5 03/10] ib_core: RDMAoE support only QP1 Eli Cohen
• [ofa-general] [PATCHv5 01/10] ib_core: Refine device personality from node type to port type Eli Cohen
• [ofa-general] ofa_1_5_kernel 20090819-0200 daily build status Vladimir Sokolovsky (Mellanox)
• [ofa-general] [PATCH] krping: Add support for fast_reg_mr with dma_local_lkey Jon Mason
  • [ofa-general] Re: [PATCH] krping: Add support for fast_reg_mr with dma_local_lkey Steve Wise
• [ofa-general] question about management/libibmad/include/infiniband/mad.h Julia Volynsky
• [ofa-general] ofa_1_5_kernel 20090818-0200 daily build status Vladimir Sokolovsky (Mellanox)
• [ofa-general] IPoIB Transmit Timeouts Charles A. Taylor
• [ofa-general] change mtu Michael Di Domenico
  • Re: [ofa-general] change mtu Dotan Barak
  • Re: [ofa-general] change mtu Michael Di Domenico
  • Re: [ofa-general] change mtu Hal Rosenstock
  • Re: [ofa-general] change mtu Michael Di Domenico
  • Re: [ofa-general] change mtu Dotan Barak
  • Re: [ofa-general] change mtu Hal Rosenstock
  • Re: [ofa-general] change mtu Michael Di Domenico
  • Re: [ofa-general] change mtu Hal Rosenstock
  • Re: [ofa-general] change mtu Michael Di Domenico
  • Re: [ofa-general] change mtu Hal Rosenstock
  • Re: [ofa-general] change mtu Michael Di Domenico
  • Re: [ofa-general] change mtu Dotan Barak
  • Re: [ofa-general] change mtu Hal Rosenstock
• [ofa-general] OFED on 2.6.18 Xen Kernel Robert Dunkley
• [ofa-general] ofa_1_5_kernel 20090817-0200 daily build status Vladimir Sokolovsky (Mellanox)
• [ofa-general][PATCH] mlx4_core: Avoid double icms free Yevgeny Petrilin
  • Re: [ofa-general][PATCH] mlx4_core: Avoid double icms free Roland Dreier
• [ofa-general] [PATCH] infiniband-diags/saquery.c: Allow pkey and qkey to be hidden Hal Rosenstock
  • [ofa-general] Re: [PATCH] infiniband-diags/saquery.c: Allow pkey and qkey to be hidden Sasha Khapyorsky
• [ofa-general] ofa_1_5_kernel 20090816-0200 daily build status Vladimir Sokolovsky (Mellanox)
• [ofa-general] librdmacm - okay to select on a cm channel's file descriptor? Bryan Green
  • Re: [ofa-general] librdmacm - okay to select on a cm channel's file descriptor? Steven Dake
  • Re: [ofa-general] librdmacm - okay to select on a cm channel's file descriptor? Roland Dreier
  • Re: [ofa-general] librdmacm - okay to select on a cm channel's file descriptor? Bryan Green
• [ofa-general] [PATCH] infiniband-diags/saquery.c: Fix CHECK_AND_SET_VAL macro Hal Rosenstock
  • [ofa-general] Re: [PATCH] infiniband-diags/saquery.c: Fix CHECK_AND_SET_VAL macro Sasha Khapyorsky
  • Re: [ofa-general] Re: [PATCH] infiniband-diags/saquery.c: Fix CHECK_AND_SET_VAL macro Hal Rosenstock
  • Re: [ofa-general] Re: [PATCH] infiniband-diags/saquery.c: Fix CHECK_AND_SET_VAL macro Sasha Khapyorsky
  • Re: [ofa-general] Re: [PATCH] infiniband-diags/saquery.c: Fix CHECK_AND_SET_VAL macro Hal Rosenstock
  • Re: [ofa-general] Re: [PATCH] infiniband-diags/saquery.c: Fix CHECK_AND_SET_VAL macro Sasha Khapyorsky
  • [ofa-general] Re: [PATCH] infiniband-diags/saquery.c: Fix CHECK_AND_SET_VAL macro Sasha Khapyorsky
• [ofa-general] ofa_1_5_kernel 20090815-0200 daily build status Vladimir Sokolovsky (Mellanox)
• How to destroy IB resources (was Re: [ofa-general] Help - RDMA event files remain open after acknowledging them) Nitin Mehrotra
  • RE: How to destroy IB resources (was Re: [ofa-general] Help - RDMA event files remain open after acknowledging them) Sean Hefty
  • Re: How to destroy IB resources (was Re: [ofa-general] Help - RDMA event files remain open after acknowledging them) Nitin Mehrotra
  • [ofa-general] What does IBV_WC_REM_OP_ERR after a verb send indicate? Nitin Mehrotra
  • Re: [ofa-general] What does IBV_WC_REM_OP_ERR after a verb send indicate? Roland Dreier
  • Re: [ofa-general] What does IBV_WC_REM_OP_ERR after a verb send indicate? Nitin Mehrotra
• [ofa-general] RHEL 5.3 (2.6.18-128.1.1.el5 kernel) and connected mode Robert Cummins
  • Re: [ofa-general] RHEL 5.3 (2.6.18-128.1.1.el5 kernel) and connected mode Tziporet Koren
• [ofa-general] Help - RDMA event files remain open after acknowledging them Nitin Mehrotra
  • RE: [ofa-general] Help - RDMA event files remain open after acknowledging them Sean Hefty
• [ofa-general] [PATCH] infiniband-diags/saquery.c: Fix typo in option name Hal Rosenstock
  • [ofa-general] Re: [PATCH] infiniband-diags/saquery.c: Fix typo in option name Sasha Khapyorsky
• [ofa-general] [PATCH] opensm/libvendor/osm_vendor_ibumad.c: Handle umad_alloc failure in osm_vendor_get Hal Rosenstock
  • [ofa-general] Re: [PATCH] opensm/libvendor/osm_vendor_ibumad.c: Handle umad_alloc failure in osm_vendor_get Sasha Khapyorsky
• [ofa-general] [PATCH] opensm/osm_helper.c: In osm_dump_dr_smp, fix endian of status Hal Rosenstock
  • [ofa-general] Re: [PATCH] opensm/osm_helper.c: In osm_dump_dr_smp, fix endian of status Sasha Khapyorsky
• [ofa-general] [PATCH] opensm/osm_sm_mad_ctrl.c: Fix endian of status in error message Hal Rosenstock
  • [ofa-general] Re: [PATCH] opensm/osm_sm_mad_ctrl.c: Fix endian of status in error message Sasha Khapyorsky
• [ofa-general] [PATCHv4] IB/mad: Allow tuning of QP0 and QP1 sizes Hal Rosenstock
  • [ofa-general] Re: [PATCHv4] IB/mad: Allow tuning of QP0 and QP1 sizes Roland Dreier
• [ofa-general] ofa_1_5_kernel 20090814-0200 daily build status Vladimir Sokolovsky (Mellanox)
• [ofa-general] [PATCH 5/5] infiniband-diags/libibnetdisc: remove members of the fabric struct which are used in the scan only. Ira Weiny
  • [ofa-general] Re: [PATCH 5/5 v2] infiniband-diags/libibnetdisc: remove members of the fabric struct which are used in the scan only. Ira Weiny
• [ofa-general] [PATCH 4/5] infiniband-diags/libibnetdisc: Introduce a context object. Ira Weiny
  • [ofa-general] Re: [PATCH 4/5] infiniband-diags/libibnetdisc: Introduce a context object. Sasha Khapyorsky
  • [ofa-general] Re: [PATCH 4/5] infiniband-diags/libibnetdisc: Introduce a context object. Ira Weiny
  • [ofa-general] Re: [PATCH 4/5 v2] infiniband-diags/libibnetdisc: Introduce a context object. Ira Weiny
  • [ofa-general] Re: [PATCH 4/5] infiniband-diags/libibnetdisc: Introduce a context object. Sasha Khapyorsky
  • [ofa-general] Multi-threaded diags (Was: Re: [PATCH 4/5] infiniband-diags/libibnetdisc: Introduce a context object.) Ira Weiny
  • Re: [ofa-general] Multi-threaded diags (Was: Re: [PATCH 4/5] infiniband-diags/libibnetdisc: Introduce a context object.) Jason Gunthorpe
  • Re: [ofa-general] Multi-threaded diags (Was: Re: [PATCH 4/5] infiniband-diags/libibnetdisc: Introduce a context object.) Ira Weiny
  • Re: [ofa-general] Multi-threaded diags (Was: Re: [PATCH 4/5] infiniband-diags/libibnetdisc: Introduce a context object.) Jason Gunthorpe
  • Re: [ofa-general] Multi-threaded diags (Was: Re: [PATCH 4/5] infiniband-diags/libibnetdisc: Introduce a context object.) Ira Weiny
  • Re: [ofa-general] Multi-threaded diags (Was: Re: [PATCH 4/5] infiniband-diags/libibnetdisc: Introduce a context object.) Jason Gunthorpe
  • [ofa-general] Re: [PATCH 4/5] infiniband-diags/libibnetdisc: Introduce a context object. Ira Weiny
• [ofa-general] [PATCH 3/5] libibnetdisc: make all fields of ibnd_fabric_t public Ira Weiny
  • [ofa-general] Re: [PATCH 3/5] libibnetdisc: make all fields of ibnd_fabric_t public Sasha Khapyorsky
  • [ofa-general] Re: [PATCH 3/5 V2] libibnetdisc: make all fields of ibnd_fabric_t public Ira Weiny
  • [ofa-general] Re: [PATCH 3/5 V2] libibnetdisc: make all fields of ibnd_fabric_t public Sasha Khapyorsky
• [ofa-general] [PATCH 2/5] libibnetdisc: make all fields of ibnd_port_t public Ira Weiny
  • [ofa-general] Re: [PATCH 2/5] libibnetdisc: make all fields of ibnd_port_t public Sasha Khapyorsky
• [ofa-general] [PATCH 1/5] libibnetdisc: make all fields of ibnd_node_t public Ira Weiny
  • [ofa-general] Re: [PATCH 1/5] libibnetdisc: make all fields of ibnd_node_t public Sasha Khapyorsky
  • [ofa-general] Re: [PATCH 1/5] libibnetdisc: make all fields of ibnd_node_t public Sasha Khapyorsky
• [ofa-general] [PATCH 0/5] Further clean up of libibnetdisc interface Ira Weiny
• Re: [ofa-general] [PATCH] uverbs: return ENOSYS for unimplemented commands (not EINVAL) Roland Dreier
• [ofa-general] Re: [PATCH v3] ib/core: fix for send multicast group send leave retry Roland Dreier
• [ofa-general] will opensm respond to requests that do not originate from qp1 Sean Hefty
  • Re: [ofa-general] will opensm respond to requests that do not originate from qp1 Hal Rosenstock
  • RE: [ofa-general] will opensm respond to requests that do not originate from qp1 Sean Hefty
  • Re: [ofa-general] will opensm respond to requests that do not originate from qp1 Jason Gunthorpe
  • RE: [ofa-general] will opensm respond to requests that do not originate from qp1 Sean Hefty

• Earlier messages
• Later messages