diff options
author | David Howells | 2013-09-21 01:09:31 +0200 |
---|---|---|
committer | David Howells | 2013-09-27 19:40:25 +0200 |
commit | 8fb883f3e30065529e4f35d4b4f355193dcdb7a2 (patch) | |
tree | 2a1096b66c9465539fb6e13daa16137d730f3ea3 /fs/cifs/fscache.c | |
parent | Merge tag 'pm+acpi-3.12-rc2' of git://git.kernel.org/pub/scm/linux/kernel/git... (diff) | |
download | kernel-qcow2-linux-8fb883f3e30065529e4f35d4b4f355193dcdb7a2.tar.gz kernel-qcow2-linux-8fb883f3e30065529e4f35d4b4f355193dcdb7a2.tar.xz kernel-qcow2-linux-8fb883f3e30065529e4f35d4b4f355193dcdb7a2.zip |
FS-Cache: Add use/unuse/wake cookie wrappers
Add wrapper functions for dealing with cookie->n_active:
(*) __fscache_use_cookie() to increment it.
(*) __fscache_unuse_cookie() to decrement and test against zero.
(*) __fscache_wake_unused_cookie() to wake up anyone waiting for it to reach
zero.
The second and third are split so that the third can be done after cookie->lock
has been released in case the waiter wakes up whilst we're still holding it and
tries to get it.
We will need to wake-on-zero once the cookie disablement patch is applied
because it will then be possible to see n_active become zero without the cookie
being relinquished.
Also move the cookie usement out of fscache_attr_changed_op() and into
fscache_attr_changed() and the operation struct so that cookie disablement
will be able to track it.
Whilst we're at it, only increment n_active if we're about to do
fscache_submit_op() so that we don't have to deal with undoing it if anything
earlier fails. Possibly this should be moved into fscache_submit_op() which
could look at FSCACHE_OP_UNUSE_COOKIE.
Signed-off-by: David Howells <dhowells@redhat.com>
Diffstat (limited to 'fs/cifs/fscache.c')
0 files changed, 0 insertions, 0 deletions