lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Fri, 14 Jul 2017 11:14:37 +1000 From: Stephen Rothwell <sfr@...b.auug.org.au> To: Doug Ledford <dledford@...hat.com> Cc: Linux-Next Mailing List <linux-next@...r.kernel.org>, Linux Kernel Mailing List <linux-kernel@...r.kernel.org>, Daniel Jurgens <danielj@...lanox.com>, Paul Moore <paul@...l-moore.com>, Parav Pandit <parav@...lanox.com>, Leon Romanovsky <leon@...nel.org>, Eli Cohen <eli@...lanox.com> Subject: linux-next: manual merge of the rdma tree with Linus' tree Hi Doug, Today's linux-next merge of the rdma tree got conflicts in: drivers/infiniband/core/uverbs_cmd.c drivers/infiniband/core/verbs.c between commit: d291f1a65232 ("IB/core: Enforce PKey security on QPs") from Linus' tree and commits: c7c0fb974caa ("IB/core: Introduce modify QP operation with udata") 5f4bc420f35f ("IB/uverbs: Make use of ib_modify_qp variant to avoid resolving DMAC") from the rdma tree. I fixed it up (I used the latter version of uverbs_cmd.c and see below) and can carry the fix as necessary. This is now fixed as far as linux-next is concerned, but any non trivial conflicts should be mentioned to your upstream maintainer when your tree is submitted for merging. You may also want to consider cooperating with the maintainer of the conflicting tree to minimise any particularly complex conflicts. -- Cheers, Stephen Rothwell diff --cc drivers/infiniband/core/verbs.c index c973a83c898b,8ece2aae033d..000000000000 --- a/drivers/infiniband/core/verbs.c +++ b/drivers/infiniband/core/verbs.c @@@ -1280,8 -1283,15 +1298,15 @@@ int ib_modify_qp_with_udata(struct ib_q if (ret) return ret; } - return qp->device->modify_qp(qp->real_qp, attr, attr_mask, udata); ++ return ib_security_modify_qp(qp->real_qp, attr, attr_mask, udata); + } + EXPORT_SYMBOL(ib_modify_qp_with_udata); - return ib_security_modify_qp(qp->real_qp, qp_attr, qp_attr_mask, NULL); + int ib_modify_qp(struct ib_qp *qp, + struct ib_qp_attr *qp_attr, + int qp_attr_mask) + { + return ib_modify_qp_with_udata(qp, qp_attr, qp_attr_mask, NULL); } EXPORT_SYMBOL(ib_modify_qp);
Powered by blists - more mailing lists