Revision 2cac13e41bf5b99ffc426bd28dfd2248df1dfa67 authored by Liu Bo on 09 February 2012, 10:17:41 UTC, committed by David Sterba on 15 February 2012, 15:40:23 UTC
A user reported a bug of btrfs's trim, that is we will trim 0 bytes
after a device delete.

The reproducer:

$ mkfs.btrfs disk1
$ mkfs.btrfs disk2
$ mount disk1 /mnt
$ fstrim -v /mnt
$ btrfs device add disk2 /mnt
$ btrfs device del disk1 /mnt
$ fstrim -v /mnt

This is because after we delete the device, the block group may start from
a non-zero place, which will confuse trim to discard nothing.

Reported-by: Lutz Euler <lutz.euler@freenet.de>
Signed-off-by: Liu Bo <liubo2009@cn.fujitsu.com>
1 parent 6af021d
History
File Mode Size
Kconfig -rw-r--r-- 1.7 KB
Makefile -rw-r--r-- 380 bytes
acl.c -rw-r--r-- 9.0 KB
acl.h -rw-r--r-- 1.5 KB
balloc.c -rw-r--r-- 44.8 KB
dir.c -rw-r--r-- 17.8 KB
ext2.h -rw-r--r-- 6.3 KB
file.c -rw-r--r-- 2.8 KB
ialloc.c -rw-r--r-- 18.2 KB
inode.c -rw-r--r-- 44.5 KB
ioctl.c -rw-r--r-- 4.3 KB
namei.c -rw-r--r-- 9.5 KB
super.c -rw-r--r-- 40.8 KB
symlink.c -rw-r--r-- 1.3 KB
xattr.c -rw-r--r-- 28.0 KB
xattr.h -rw-r--r-- 3.4 KB
xattr_security.c -rw-r--r-- 2.0 KB
xattr_trusted.c -rw-r--r-- 1.5 KB
xattr_user.c -rw-r--r-- 1.6 KB
xip.c -rw-r--r-- 2.0 KB
xip.h -rw-r--r-- 759 bytes

back to top