]> git.baikalelectronics.ru Git - kernel.git/commit
Merge branch 'rds-support-FRMR-and-cleanups'
authorDavid S. Miller <davem@davemloft.net>
Wed, 2 Mar 2016 19:13:20 +0000 (14:13 -0500)
committerDavid S. Miller <davem@davemloft.net>
Wed, 2 Mar 2016 19:13:20 +0000 (14:13 -0500)
commitff1fa8c151a688ccec2a2b754612c4e36d99c774
treeb4cf4a644ba1fc2ba50cd478b1fa896bc61b1b2d
parente3c767e5a5d7b257f5d55d246c3d534ee44380c1
parent4aa89993482c2db70321148dc2f3f7dc0313222d
Merge branch 'rds-support-FRMR-and-cleanups'

Santosh Shilimkar says:

====================
RDS: Major clean-up with couple of new features for 4.6

v3:
Re-generated the same series by omitting "-D" option from git format-patch
command. Since first patch has file removals, git apply/am can't deal
with it when formated with '-D' option.

v2:
Dropped module parameter from [PATCH 11/13] as suggested by David Miller

Series is generated against net-next but also applies against Linus's tip
cleanly. Entire patchset is available at below git tree:

 git://git.kernel.org/pub/scm/linux/kernel/git/ssantosh/linux.git for_4.6/net-next/rds_v2

The diff-stat looks bit scary since almost ~4K lines of code is
getting removed. Brief summary of the series:

- Drop the stale iWARP support:
RDS iWarp support code has become stale and non testable for
sometime.  As discussed and agreed earlier on list, am dropping
its support for good. If new iWarp user(s) shows up in future,
the plan is to adapt existing IB RDMA with special sink case.
- RDS gets SO_TIMESTAMP support
- Long due RDS maintainer entry gets updated
- Some RDS IB code refactoring towards new FastReg Memory registration (FRMR)
- Lastly the initial support for FRMR

RDS IB RDMA performance with FRMR is not yet as good as FMR and I do have
some patches in progress to address that. But they are not ready for 4.6
so I left them out of this series.

Also am keeping eye on new CQ API adaptations like other ULPs doing and
will try to adapt RDS for the same most likely in 4.7+ timeframe.
====================

Signed-off-by: David S. Miller <davem@davemloft.net>