On Mon, Apr 13, 2020 at 05:15:31PM +0300, Leon Romanovsky wrote: > From: Leon Romanovsky <leonro@xxxxxxxxxxxx> > > Changelog: > v2: > * 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/20200310091438.248429-1-leon@xxxxxxxxxx > v0: https://lore.kernel.org/lkml/20200305150105.207959-1-leon@xxxxxxxxxx > > 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 (7): > RDMA/cm: Add Enhanced Connection Establishment (ECE) bits > RDMA/uapi: Add ECE definitions to UCMA > 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 PR: https://github.com/linux-rdma/rdma-core/pull/745 Thanks
