Message ID | 1607650657-35992-1-git-send-email-liweihang@huawei.com (mailing list archive) |
---|---|
Headers | show |
Series | RDMA/hns: Updates for 5.11 | expand |
On Fri, Dec 11, 2020 at 09:37:26AM +0800, Weihang Li wrote: > There are miscellaneous updates for hns driver: > * #1 fixes a potential length issue when copying udata. > * #2 fixes the unreasonable judgment when using HEM of SRQ and SCCC. > * #3 fixes wrong value of Traffic Class. > * #4 and #5 fix issues about Service Level. > * #6 ~ #11 are cleanups, including removing dead code, fixing coding style > issues and so on. > > Changes since v4: > - Fix a compiler error caused by #9. > > Changes since v3: > - Avoid an unused variable warning in #10. > > Changes since v2: > - Remove WARN_ON() in #5 when filling QPC. > > Changes since v1: > - Only do shift on tclass when using RoCEv2 in #3. > > Previous version: > v4: https://patchwork.kernel.org/project/linux-rdma/cover/1607608479-54518-1-git-send-email-liweihang@huawei.com/ > v3: https://patchwork.kernel.org/project/linux-rdma/cover/1607606572-11968-1-git-send-email-liweihang@huawei.com/ > v2: https://patchwork.kernel.org/project/linux-rdma/cover/1607078436-26455-1-git-send-email-liweihang@huawei.com/ > v1: https://patchwork.kernel.org/project/linux-rdma/cover/1606899553-54592-1-git-send-email-liweihang@huawei.com/ > > Lang Cheng (1): > RDMA/hns: Fix coding style issues > > Weihang Li (3): > RDMA/hns: Do shift on traffic class when using RoCEv2 > RDMA/hns: Avoid filling sl in high 3 bits of vlan_id > RDMA/hns: WARN_ON if get a reserved sl from users > > Wenpeng Liang (3): > RDMA/hns: Limit the length of data copied between kernel and userspace > RDMA/hns: Normalization the judgment of some features > RDMA/hns: Fix incorrect symbol types > > Xinhao Liu (1): > RDMA/hns: Clear redundant variable initialization > > Yixian Liu (2): > RDMA/hns: Remove unnecessary access right set during INIT2INIT > RDMA/hns: Simplify AEQE process for different types of queue > > Yixing Liu (1): > RDMA/hns: Fix inaccurate prints Applied to for-next, thanks Jason