summaryrefslogtreecommitdiff
path: root/fs/super.c
diff options
context:
space:
mode:
authorNeil Brown <neilb@suse.de>2009-01-07 10:55:39 +0300
committerJens Axboe <jens.axboe@oracle.com>2009-01-09 23:46:13 +0300
commit54b0d127696aba2ef1ec5430301c968ab539fa0d (patch)
treebe6d3ddccce6a17a053ea6e286bf2822bc6ee912 /fs/super.c
parent2150edc6c5cf00f7adb54538b9ea2a3e9cedca3f (diff)
downloadlinux-54b0d127696aba2ef1ec5430301c968ab539fa0d.tar.xz
block: fix bug in ptbl lookup cache
Neil writes: Hi Jens, I've found a little bug for you. It was introduced by a6f23657d3072bde6844055bbc2290e497f33fbc block: add one-hit cache for disk partition lookup and has the effect of killing my machine whenever I try to assemble an md array :-( One of the devices in the array has partitions, and mdadm always deletes partitions before putting a whole-device in an array (as it can cause confusion). The next IO to that device locks the machine. I don't really understand exactly why it locks up, but it happens in disk_map_sector_rcu(). This patch fixes it. Which is due to a missing clear of the (now) stale partition lookup data. So clear that when we delete a partition. Signed-off-by: Jens Axboe <jens.axboe@oracle.com>
Diffstat (limited to 'fs/super.c')
0 files changed, 0 insertions, 0 deletions