summaryrefslogtreecommitdiffstats
path: root/mm/mprotect.c
diff options
context:
space:
mode:
authorjiangyiwen <jiangyiwen@huawei.com>2016-01-14 15:17:33 -0800
committerLinus Torvalds <torvalds@linux-foundation.org>2016-01-14 16:00:49 -0800
commit1247017f43a93eae3d64b7c25f3637dc545f5a47 (patch)
treea2ec529b63a7e00be344f7ec6fe4b55c305c04b1 /mm/mprotect.c
parentc372f2193a2e73d5936bf37259ae63ca388b4cbc (diff)
downloadlinux-stable-1247017f43a93eae3d64b7c25f3637dc545f5a47.tar.gz
linux-stable-1247017f43a93eae3d64b7c25f3637dc545f5a47.tar.bz2
linux-stable-1247017f43a93eae3d64b7c25f3637dc545f5a47.zip
ocfs2: fix slot overwritten if storage link down during mount
The following case will lead to slot overwritten. N1 N2 mount ocfs2 volume, find and allocate slot 0, then set osb->slot_num to 0, begin to write slot info to disk mount ocfs2 volume, wait for super lock write block fail because of storage link down, unlock super lock got super lock and also allocate slot 0 then unlock super lock mount fail and then dismount, since osb->slot_num is 0, try to put invalid slot to disk. And it will succeed if storage link restores. N2 slot info is now overwritten Once another node say N3 mount, it will find and allocate slot 0 again, which will lead to mount hung because journal has already been locked by N2. so when write slot info failed, invalidate slot in advance to avoid overwrite slot. [akpm@linux-foundation.org: coding-style fixes] Signed-off-by: Yiwen Jiang <jiangyiwen@huawei.com> Reviewed-by: Joseph Qi <joseph.qi@huawei.com> Cc: Mark Fasheh <mfasheh@suse.de> Cc: Joel Becker <jlbec@evilplan.org> Cc: Junxiao Bi <junxiao.bi@oracle.com> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'mm/mprotect.c')
0 files changed, 0 insertions, 0 deletions