Josef Bacik e58dd74bcc Btrfs: put csums on the right ordered extent ... I noticed a WARN_ON going off when adding csums because we were going over the amount of csum bytes that should have been allowed for an ordered extent. This is a leftover from when we used to hold the csums privately for direct io, but now we use the normal ordered sum stuff so we need to make sure and check if we've moved on to another extent so that the csums are added to the right extent. Without this we could end up with csums for bytenrs that don't have extents to cover them yet. Thanks, Signed-off-by: Josef Bacik <jbacik@fusionio.com>		2013-01-24 12:51:22 -05:00
..
acl.c
async-thread.c
async-thread.h
backref.c
backref.h
btrfs_inode.h
check-integrity.c
check-integrity.h
compat.h
compression.c
compression.h
ctree.c
ctree.h
delayed-inode.c
delayed-inode.h
delayed-ref.c
delayed-ref.h
dev-replace.c
dev-replace.h
dir-item.c
disk-io.c
disk-io.h
export.c
export.h
extent_io.c
extent_io.h
extent_map.c	Btrfs: do not allow logged extents to be merged or removed	2013-01-24 12:49:48 -05:00
extent_map.h	Btrfs: do not allow logged extents to be merged or removed	2013-01-24 12:49:48 -05:00
extent-tree.c
file-item.c	Btrfs: put csums on the right ordered extent	2013-01-24 12:51:22 -05:00
file.c
free-space-cache.c	Btrfs: fix panic when recovering tree log	2013-01-24 12:49:49 -05:00
free-space-cache.h
hash.h
inode-item.c
inode-map.c
inode-map.h
inode.c
ioctl.c
ioctl.h
Kconfig
locking.c
locking.h
lzo.c
Makefile
math.h
ordered-data.c
ordered-data.h
orphan.c
print-tree.c
print-tree.h
qgroup.c
rcu-string.h
reada.c
relocation.c
root-tree.c
scrub.c
send.c
send.h
struct-funcs.c
super.c
sysfs.c
transaction.c
transaction.h
tree-defrag.c
tree-log.c	Btrfs: use right range to find checksum for compressed extents	2013-01-24 12:51:17 -05:00
tree-log.h
ulist.c
ulist.h
version.h
volumes.c
volumes.h
xattr.c
xattr.h
zlib.c