summaryrefslogtreecommitdiff
path: root/include/drm
diff options
context:
space:
mode:
authorSage Weil <sage@newdream.net>2010-11-04 11:05:05 -0700
committerSage Weil <sage@newdream.net>2010-11-08 07:29:05 -0800
commitcd045cb42a266882ac24bc21a3a8d03683c72954 (patch)
tree2938560e8362804e829cc9feb23ef746d354140b /include/drm
parentfeb4cc9bb433bf1491ac5ffbba133f3258dacf06 (diff)
downloadlinux-3.10-cd045cb42a266882ac24bc21a3a8d03683c72954.tar.gz
linux-3.10-cd045cb42a266882ac24bc21a3a8d03683c72954.tar.bz2
linux-3.10-cd045cb42a266882ac24bc21a3a8d03683c72954.zip
ceph: fix rdcache_gen usage and invalidate
We used to use rdcache_gen to indicate whether we "might" have cached pages. Now we just look at the mapping to determine that. However, some old behavior remains from that transition. First, rdcache_gen == 0 no longer means we have no pages. That can happen at any time (presumably when we carry FILE_CACHE). We should not reset it to zero, and we should not check that it is zero. That means that the only purpose for rdcache_revoking is to resolve races between new issues of FILE_CACHE and an async invalidate. If they are equal, we should invalidate. On success, we decrement rdcache_revoking, so that it is no longer equal to rdcache_gen. Similarly, if we success in doing a sync invalidate, set revoking = gen - 1. (This is a small optimization to avoid doing unnecessary invalidate work and does not affect correctness.) Signed-off-by: Sage Weil <sage@newdream.net>
Diffstat (limited to 'include/drm')
0 files changed, 0 insertions, 0 deletions