summaryrefslogtreecommitdiff
path: root/arch/score
diff options
context:
space:
mode:
authorChuck Lever <chuck.lever@oracle.com>2016-05-02 18:42:46 (GMT)
committerAnna Schumaker <Anna.Schumaker@Netapp.com>2016-05-17 19:48:03 (GMT)
commitead3f26e359e12ac8d90baff8ed399b85e82fe5b (patch)
treebb5e09d765a4e27fc9fa3a88ec5de7700d08c831 /arch/score
parent763bc230b63c9106fd0b0a75ba5052fe3d68b786 (diff)
downloadlinux-ead3f26e359e12ac8d90baff8ed399b85e82fe5b.tar.xz
xprtrdma: Add ro_unmap_safe memreg method
There needs to be a safe method of releasing registered memory resources when an RPC terminates. Safe can mean a number of things: + Doesn't have to sleep + Doesn't rely on having a QP in RTS ro_unmap_safe will be that safe method. It can be used in cases where synchronous memory invalidation can deadlock, or needs to have an active QP. The important case is fencing an RPC's memory regions after it is signaled (^C) and before it exits. If this is not done, there is a window where the server can write an RPC reply into memory that the client has released and re-used for some other purpose. Note that this is a full solution for FRWR, but FMR and physical still have some gaps where a particularly bad server can wreak some havoc on the client. These gaps are not made worse by this patch and are expected to be exceptionally rare and timing-based. They are noted in documenting comments. Signed-off-by: Chuck Lever <chuck.lever@oracle.com> Tested-by: Steve Wise <swise@opengridcomputing.com> Signed-off-by: Anna Schumaker <Anna.Schumaker@Netapp.com>
Diffstat (limited to 'arch/score')
0 files changed, 0 insertions, 0 deletions