summaryrefslogtreecommitdiffstats
path: root/tools/vm
diff options
context:
space:
mode:
authorChuck Lever <chuck.lever@oracle.com>2016-05-02 14:42:46 -0400
committerAnna Schumaker <Anna.Schumaker@Netapp.com>2016-05-17 15:48:03 -0400
commitead3f26e359e12ac8d90baff8ed399b85e82fe5b (patch)
treebb5e09d765a4e27fc9fa3a88ec5de7700d08c831 /tools/vm
parent763bc230b63c9106fd0b0a75ba5052fe3d68b786 (diff)
downloadop-kernel-dev-ead3f26e359e12ac8d90baff8ed399b85e82fe5b.zip
op-kernel-dev-ead3f26e359e12ac8d90baff8ed399b85e82fe5b.tar.gz
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 'tools/vm')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud