diff options
author | David Teigland <teigland@redhat.com> | 2011-03-02 14:20:04 -0600 |
---|---|---|
committer | David Teigland <teigland@redhat.com> | 2011-05-23 10:47:06 -0500 |
commit | 901025d2f3194b4868980c8ba80df4cc0aa1282c (patch) | |
tree | 66df1472a10def86391b124ea69d6f182aef98db /kernel/latencytop.c | |
parent | 2a7ce0edd661b3144c7b916ecf1eba0967b6d4a5 (diff) | |
download | talos-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