summaryrefslogtreecommitdiffstats
path: root/Documentation/isapnp.txt
diff options
context:
space:
mode:
authorIan Munsie <imunsie@au1.ibm.com>2015-01-07 16:33:04 +1100
committerMichael Ellerman <mpe@ellerman.id.au>2015-01-12 16:40:02 +1100
commit0712dc7e73e59d79bcead5d5520acf4e9e917e87 (patch)
tree21268708a21b85d54a9752c27575d473f78c3329 /Documentation/isapnp.txt
parentbfe5fda8e7ced129716f5741cf7ed2592a338824 (diff)
downloadlinux-0712dc7e73e59d79bcead5d5520acf4e9e917e87.tar.gz
linux-0712dc7e73e59d79bcead5d5520acf4e9e917e87.tar.bz2
linux-0712dc7e73e59d79bcead5d5520acf4e9e917e87.zip
cxl: Fix issues when unmapping contexts
An issue was introduced with "cxl: Unmap MMIO regions when detaching a context" (b123429e6a9e8d03aacf888d23262835f0081448) where closing a context normally could also unmap the problem state area of other contexts currently using the AFU. It was also discovered that after a context's MMIO space had been unmapped it would read 0s when accessing it, whereas the expected behaviour was for the access to fail altogether. In order to address these issues, this patch does two things: - Forced mmap unmapping is only done when we are forcefully detaching all contexts, and not in the normal detach path. Since the normal context close path is tied to the file release any mmaps must have already been released so we don't need to worry in that case. - The mmap path now uses a vm_operations_struct with a fault handler. The fault handler ensures that the context is in started state, otherwise it fails the access attempt with a SIGBUS. Fixes: b123429e6a9e ("cxl: Unmap MMIO regions when detaching a context") Signed-off-by: Ian Munsie <imunsie@au1.ibm.com> Signed-off-by: Michael Ellerman <mpe@ellerman.id.au>
Diffstat (limited to 'Documentation/isapnp.txt')
0 files changed, 0 insertions, 0 deletions