summaryrefslogtreecommitdiff
path: root/Documentation/magic-number.txt
diff options
context:
space:
mode:
authorIlya Dryomov <idryomov@redhat.com>2015-01-19 18:13:43 +0300
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2015-02-05 22:35:52 -0800
commitb49e4a878abbfdb9c12e4170a61a9a01dbdd6328 (patch)
tree1213bed7e27575e05546652bbc7090f71c50559b /Documentation/magic-number.txt
parentc1f4213810462d58baef282eb34c1c28c1edf4cf (diff)
rbd: fix rbd_dev_parent_get() when parent_overlap == 0
commit ae43e9d05eb4bd324155292f889fbd001c4faea8 upstream. The comment for rbd_dev_parent_get() said * We must get the reference before checking for the overlap to * coordinate properly with zeroing the parent overlap in * rbd_dev_v2_parent_info() when an image gets flattened. We * drop it again if there is no overlap. but the "drop it again if there is no overlap" part was missing from the implementation. This lead to absurd parent_ref values for images with parent_overlap == 0, as parent_ref was incremented for each img_request and virtually never decremented. Fix this by leveraging the fact that refresh path calls rbd_dev_v2_parent_info() under header_rwsem and use it for read in rbd_dev_parent_get(), instead of messing around with atomics. Get rid of barriers in rbd_dev_v2_parent_info() while at it - I don't see what they'd pair with now and I suspect we are in a pretty miserable situation as far as proper locking goes regardless. Signed-off-by: Ilya Dryomov <idryomov@redhat.com> Reviewed-by: Josh Durgin <jdurgin@redhat.com> Reviewed-by: Alex Elder <elder@linaro.org> [idryomov@redhat.com: backport to 3.14: context] Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'Documentation/magic-number.txt')
0 files changed, 0 insertions, 0 deletions