hpfs: don't truncate the file when delete fails
authorMikulas Patocka <mikulas@twibright.com>
Thu, 25 Feb 2016 17:17:38 +0000 (18:17 +0100)
committerAl Viro <viro@zeniv.linux.org.uk>
Sun, 28 Feb 2016 00:15:51 +0000 (19:15 -0500)
commitb6853f78e763d42c7a158d8de3549c9827c604ab
tree163114c508c577d3c6228d80667ffc17d2a60c13
parent7ae8fd0351f912b075149a1e03a017be8b903b9a
hpfs: don't truncate the file when delete fails

The delete opration can allocate additional space on the HPFS filesystem
due to btree split. The HPFS driver checks in advance if there is
available space, so that it won't corrupt the btree if we run out of space
during splitting.

If there is not enough available space, the HPFS driver attempted to
truncate the file, but this results in a deadlock since the commit
7dd29d8d865efdb00c0542a5d2c87af8c52ea6c7 ("HPFS: Introduce a global mutex
and lock it on every callback from VFS").

This patch removes the code that tries to truncate the file and -ENOSPC is
returned instead. If the user hits -ENOSPC on delete, he should try to
delete other files (that are stored in a leaf btree node), so that the
delete operation will make some space for deleting the file stored in
non-leaf btree node.

Reported-by: Al Viro <viro@ZenIV.linux.org.uk>
Signed-off-by: Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>
Cc: stable@vger.kernel.org # 2.6.39+
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
fs/hpfs/namei.c