summaryrefslogtreecommitdiff
path: root/sound/soc
diff options
context:
space:
mode:
authorVegard Nossum <vegard.nossum@oracle.com>2016-07-14 23:02:47 -0400
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2016-08-16 09:29:04 +0200
commit1f5eff582ea7ad8e8617564b88a9c0096d0cc82f (patch)
treec9c6e92847f5aea6be34900a6dc3c2ff0b801e28 /sound/soc
parent860c53258e634c54f70252c352bae7bac30724a9 (diff)
downloadlwn-1f5eff582ea7ad8e8617564b88a9c0096d0cc82f.tar.gz
lwn-1f5eff582ea7ad8e8617564b88a9c0096d0cc82f.zip
ext4: fix reference counting bug on block allocation error
commit 554a5ccc4e4a20c5f3ec859de0842db4b4b9c77e upstream. If we hit this error when mounted with errors=continue or errors=remount-ro: EXT4-fs error (device loop0): ext4_mb_mark_diskspace_used:2940: comm ext4.exe: Allocating blocks 5090-6081 which overlap fs metadata then ext4_mb_new_blocks() will call ext4_mb_release_context() and try to continue. However, ext4_mb_release_context() is the wrong thing to call here since we are still actually using the allocation context. Instead, just error out. We could retry the allocation, but there is a possibility of getting stuck in an infinite loop instead, so this seems safer. [ Fixed up so we don't return EAGAIN to userspace. --tytso ] Fixes: 8556e8f3b6 ("ext4: Don't allow new groups to be added during block allocation") Signed-off-by: Vegard Nossum <vegard.nossum@oracle.com> Signed-off-by: Theodore Ts'o <tytso@mit.edu> Cc: Aneesh Kumar K.V <aneesh.kumar@linux.vnet.ibm.com> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'sound/soc')
0 files changed, 0 insertions, 0 deletions