Patch "hpfs: don't truncate the file when delete fails" has been added to the 4.4-stable tree
Subsystems (2)
This is a note to let you know that I've just added the patch titled
hpfs: don't truncate the file when delete fails
to the 4.4-stable tree which can be found at:
http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary
The filename of the patch is:
hpfs-don-t-truncate-the-file-when-delete-fails.patch
and it can be found in the queue-4.4 subdirectory.
If you, or anyone else, feels it should not be added to the stable tree, please let <[email protected]> know about it.
Quoted 1 line
From
b6853f78e763d42c7a158d8de3549c9827c604abMon Sep 17 00:00:00 2001
From: Mikulas Patocka <[email protected]>
Date: Thu, 25 Feb 2016 18:17:38 +0100
Subject: hpfs: don't truncate the file when delete fails
From: Mikulas Patocka <[email protected]>
commit b6853f78e763d42c7a158d8de3549c9827c604ab upstream.
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.
--- fs/hpfs/namei.c | 31 +++---------------------------- 1 file changed, 3 insertions(+), 28 deletions(-)
fs/hpfs/namei.c +3 -28
@@ -375,12 +375,11 @@ static int hpfs_unlink(struct inode *dirstruct inode *inode =d_inode (dentry);dnode_secno dno;int r; -int rep =0 ;int err;hpfs_lock (dir->i_sb);hpfs_adjust_length (name, &len); -again: + err = -ENOENT ; de =map_dirent (dir,hpfs_i (dir)->i_dno, name, len, &dno, &qbh);if (!de)
@@ -400,33 +399,9 @@ again:hpfs_error (dir->i_sb,"there was error when removing dirent" ); err = -EFSERROR ;break ; -case 2 :/* no space for deleting, try to truncate file */ - +case 2 :/* no space for deleting */ err = -ENOSPC ; -if (rep++) -break ; - -dentry_unhash (dentry); -if (!d_unhashed (dentry)) { -hpfs_unlock (dir->i_sb); -return -ENOSPC ; - } -if (generic_permission (inode,MAY_WRITE ) || - !S_ISREG (inode->i_mode) || -get_write_access (inode)) { -d_rehash (dentry); - }else { -struct iattr newattrs; -/*pr_info("truncating file before delete.\n");*/ - newattrs.ia_size =0 ; - newattrs.ia_valid =ATTR_SIZE |ATTR_CTIME ; - err =notify_change (dentry, &newattrs,NULL ); -put_write_access (inode); -if (!err) - goto again; - } -hpfs_unlock (dir->i_sb); -return -ENOSPC ; +break ;default :drop_nlink (inode); err =0 ;
Patches currently in stable-queue which might be from [email protected] are
queue-4.4/hpfs-don-t-truncate-the-file-when-delete-fails.patch