Re: rdma_bind failure over iWarp

Re: rdma_bind failure over iWarp

[Or Gerlitz]

Woodruff, Robert J wrote:
> [woody@det-17 src]$ ucmatose -b 192.168.0.17
> cmatose: starting server
> cmatose: bind address failed: No such file or directory
> return status -1

A case were rdma_bind returns -ENOENT was debugged here this week with the problem being the same IP assigned to two interfaces where one of them not being of a HCA/RNIC. I just tried assigning the same IP to on-board 1Gbs and IB HCA and couldn't hit the ucmatose error (2.6.33-rc4 and librdmacm-1.0.8-5.el5).

Moni, anything you can add?

Or.
--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: IBoE patches vs the dual IB/iWARP stack

[Or Gerlitz]

Sean Hefty wrote:
> It appears that the dev_type is ARPHDR_ETHER.  Is this correct, or should a
> different dev_type be used?  Maybe some sort of mapping from ARPHDR_* dev_type
> to an RDMA device type is needed in ib_addr, possibly in rdma_copy_addr().
> Looking at a struct net_device, how do we know what kind of RDMA device we have
> if the ARPHDR dev_type isn't sufficient?
>
> For the call to rdma_addr_get_sgid(), maybe the name or purpose of that call
> needs to be changed, with a second call being added.  What cma_acquire_dev()
> wants is a local device address so that it can match the net_device up with the
> ib_device.  Perhaps there's a cleaner way to do this than calling
> rdma_addr_get_sgid() from cma_acquire_dev().
>
> Along these same lines, why can't the 'sgid' be incorporated into the
> src_dev_addr, similar to what is done for iwarp devices?  I don't really
> understand the function rocee_mac_to_ll(), and maybe it's just the name.  I'm
> assuming that 'll' stands for link-layer, correct?  Since the MAC address is a
> link-layer address, what layer is the GID

I believe that all Sean's comments apply to the mainline submission of 
the IBoE patches, so lets see how they are addressed  throughout the 
review process.

Or.
--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html