summaryrefslogtreecommitdiffstats
path: root/kernel/latencytop.c
diff options
context:
space:
mode:
authorDavid Teigland <teigland@redhat.com>2011-03-02 14:20:04 -0600
committerDavid Teigland <teigland@redhat.com>2011-05-23 10:47:06 -0500
commit901025d2f3194b4868980c8ba80df4cc0aa1282c (patch)
tree66df1472a10def86391b124ea69d6f182aef98db /kernel/latencytop.c
parent2a7ce0edd661b3144c7b916ecf1eba0967b6d4a5 (diff)
downloadtalos-op-linux-901025d2f3194b4868980c8ba80df4cc0aa1282c.tar.gz
talos-op-linux-901025d2f3194b4868980c8ba80df4cc0aa1282c.zip
dlm: make plock operation killable
Allow processes blocked on plock requests to be interrupted when they are killed. This leaves the problem of cleaning up the lock state in userspace. This has three parts: 1. Add a flag to unlock operations sent to userspace indicating the file is being closed. Userspace will then look for and clear any waiting plock operations that were abandoned by an interrupted process. 2. Queue an unlock-close operation (like in 1) to clean up userspace from an interrupted plock request. This is needed because the vfs will not send a cleanup-unlock if it sees no locks on the file, which it won't if the interrupted operation was the only one. 3. Do not use replies from userspace for unlock-close operations because they are unnecessary (they are just cleaning up for the process which did not make an unlock call). This also simplifies the new unlock-close generated from point 2. Signed-off-by: David Teigland <teigland@redhat.com>
Diffstat (limited to 'kernel/latencytop.c')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud