On Tue, May 26, 2020 at 01:32:58PM +0300, Leon Romanovsky wrote: > From: Leon Romanovsky <[email protected]> > > Changelog: > v3: > * Rebased on top of ebd6e96b33a2 RDMA/ipoib: Remove can_sleep parameter from > iboib_mcast_alloc > * Updated rdma_reject patch to include newly added RTR ulp > * Remove empty hunks added by rebase > * Changed signature of rdma_reject so kernel users will provide reason by > themselves > * Squashed UAPI patch to other patches which add functionality > * Removed define of the IBTA reason from UAPI > v2: > https://lore.kernel.org/linux-rdma/[email protected]/ > * Rebased on latest rdma-next and removed already accepted patches. > * Updated all rdma_reject in-kernel users to provide reject reason. > v1: Dropped field_avail patch in favor of mass conversion to use function > which already exists in the kernel code. > https://lore.kernel.org/lkml/[email protected] > v0: https://lore.kernel.org/lkml/[email protected] > > Enhanced Connection Established or ECE is new negotiation scheme > introduced in IBTA v1.4 to exchange extra information about nodes > capabilities and later negotiate them at the connection establishment > phase. > > The RDMA-CM messages (REQ, REP, SIDR_REQ and SIDR_REP) were extended > to carry two fields, one new and another gained new functionality: > * VendorID is a new field that indicates that common subset of vendor > option bits are supported as indicated by that VendorID. > * AttributeModifier already exists, but overloaded to indicate which > vendor options are supported by this VendorID. > > This is kernel part of such functionality which is responsible to get data > from librdmacm and properly create and handle RDMA-CM messages. > > Thanks > > Leon Romanovsky (6): > RDMA/cm: Add Enhanced Connection Establishment (ECE) bits > RDMA/ucma: Extend ucma_connect to receive ECE parameters > RDMA/ucma: Deliver ECE parameters through UCMA events > RDMA/cm: Send and receive ECE parameter over the wire > RDMA/cma: Connect ECE to rdma_accept > RDMA/cma: Provide ECE reject reason
Applied to for-next, thanks Jason
