https://jira.whamcloud.com This file is an XML representation of an issue en-us 9.4.14 940014 05-12-2023 https://jira.whamcloud.com/browse/LU-8874 Lustre <p>A series of changes were made to the Linux kernel RDMA code which we need to adapt ko2iblnd to. Seems those changes will trigger deprecation of older mechanisms we are using.</p> <p>The changes fall into two areas (and I will be creating two sub-tasks to track each): </p> <p>1. Shift from ib_create_cq() to ib_alloc_cq() (this includes a change to how done callbacks are invoked).<br/> 2. Change to IB_WR_REG_MR/IB_WR_LOCAL_INV from FMR's and MR<br/> that allow access to all of memory,</p> <p>For details on item 1, see Linux commits: 765d67748 from Steve Wise and 14d3a3b2 from Christoph.</p> <p>For details on item 2, see Linux commits: f7f7aab1a (srp adaptation) and 1dc7b1f10 (cq change).</p> LU-8874

Adapt ko2iblnd to latest RDMA changes

Epic Critical In Progress Unresolved Amir Shehata Doug Oucharek lnet Wed, 30 Nov 2016 00:47:28 +0000 Wed, 30 Jun 2021 16:05:43 +0000 Upstream Upstream 0 5 <p>A third subtask was created to adapt ko2iblnd to the RDMA memory region support code.</p> <p>Thank you Doug for helping out.</p> <p>The GPU RDMA changes being pushed are incompatible with the request upstream to move ko2iblnd to the generic RDMA API. Do we just update the native linux client ko2iblnd driver to this API alone and just drop the idea of moving to the Generic RDMA API for the OpenSFS tree?</p> Related LU-12511 LU-12511 LU-8875 LU-9026 LU-9164 LU-10914 LU-10915 Development Rank 1|hzywx3: Rank (Obsolete) 9223372036854775807