RE: [ofa-general] RE: impossibility to bind a device/port with the rdma-cm when the port is down

2009-02-05 Thread Alex Rosenbaum
- I'm not quite following this yet. Are you wanting a list of IP addresses that map to RDMA devices? When looking at a case that the user defines a local interface ip addr which it wants to work with. The application does not know if the ip addr maps to an rdma-cm capable device (IB or iWapr) or

RE: [ofa-general] RE: impossibility to bind a device/port with the rdma-cm when the port is down

2009-02-05 Thread Sean Hefty
Assuming this is an rdma-cm capable device in a 'bad' state, the user space application can wait for asyn ibv events (PORT_ACTIVE) from the device. Once the device is active again it can retry the rdma_create_qp or rdma_join_mc. Will this work? Even once the port goes active, what the

Re: [ofa-general] RE: impossibility to bind a device/port with the rdma-cm when the port is down

2009-02-04 Thread Or Gerlitz
On Wed, Feb 4, 2009 at 6:41 PM, Sean Hefty sean.he...@intel.com wrote: There may be some way to defer setting the qkey if it's not available when binding, but how does allowing the bind to proceed help? Without the qkey, the QP is basically unusable. We have two usage cases: - an rdma-cm

RE: [ofa-general] RE: impossibility to bind a device/port with the rdma-cm when the port is down

2009-02-04 Thread Sean Hefty
- an rdma-cm based app wants to determine if the route for a multicast group leads to IPoIB interface/device based on the outcome of rdma_bind_addr etc I'm not quite following this yet. Are you wanting a list of IP addresses that map to RDMA devices? - for HA scheme, an app want to resolve the