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-- 3.2 KB
Makefile -rw-r--r-- 424 bytes
aops.c -rw-r--r-- 48.1 KB
aops.h -rw-r--r-- 3.9 KB
attrib.c -rw-r--r-- 89.8 KB
attrib.h -rw-r--r-- 4.2 KB
bitmap.c -rw-r--r-- 5.5 KB
bitmap.h -rw-r--r-- 3.5 KB
collate.c -rw-r--r-- 3.6 KB
collate.h -rw-r--r-- 1.7 KB
compress.c -rw-r--r-- 29.1 KB
debug.c -rw-r--r-- 5.3 KB
debug.h -rw-r--r-- 2.2 KB
dir.c -rw-r--r-- 52.5 KB
dir.h -rw-r--r-- 1.6 KB
endian.h -rw-r--r-- 2.2 KB
file.c -rw-r--r-- 66.2 KB
index.c -rw-r--r-- 14.8 KB
index.h -rw-r--r-- 5.5 KB
inode.c -rw-r--r-- 96.5 KB
inode.h -rw-r--r-- 11.0 KB
layout.h -rw-r--r-- 97.0 KB
lcnalloc.c -rw-r--r-- 32.4 KB
lcnalloc.h -rw-r--r-- 5.7 KB
logfile.c -rw-r--r-- 28.2 KB
logfile.h -rw-r--r-- 13.5 KB
malloc.h -rw-r--r-- 3.1 KB
mft.c -rw-r--r-- 99.5 KB
mft.h -rw-r--r-- 4.0 KB
mst.c -rw-r--r-- 6.9 KB
namei.c -rw-r--r-- 14.1 KB
ntfs.h -rw-r--r-- 5.0 KB
quota.c -rw-r--r-- 3.6 KB
quota.h -rw-r--r-- 1.2 KB
runlist.c -rw-r--r-- 59.5 KB
runlist.h -rw-r--r-- 3.3 KB
super.c -rw-r--r-- 100.1 KB
sysctl.c -rw-r--r-- 2.3 KB
sysctl.h -rw-r--r-- 1.4 KB
time.h -rw-r--r-- 3.5 KB
types.h -rw-r--r-- 2.0 KB
unistr.c -rw-r--r-- 12.2 KB
upcase.c -rw-r--r-- 3.8 KB
usnjrnl.c -rw-r--r-- 2.7 KB
usnjrnl.h -rw-r--r-- 9.1 KB
volume.h -rw-r--r-- 6.8 KB

back to top