Sage Weil d7f124f129 ceph: fix sync and dio writes across stripe boundaries ... We were iterating across stripe boundaries properly, but not moving the write buffer pointer forward. This caused us to rewrite the same data after the break. Fix by adjusting the data pointer forward, and recalculating the io and buffer alignment after the break. Signed-off-by: Sage Weil <sage@newdream.net>		2011-06-13 16:26:22 -07:00
..
Kconfig	ceph: factor out libceph from Ceph file system	2010-10-20 15:37:28 -07:00
Makefile	ceph: Makefile: Remove unnessary code	2011-01-12 15:15:13 -08:00
addr.c	ceph: use ihold when we already have an inode ref	2011-06-07 21:34:11 -07:00
caps.c	ceph: use ihold when we already have an inode ref	2011-06-07 21:34:11 -07:00
ceph_frag.c	ceph: factor out libceph from Ceph file system	2010-10-20 15:37:28 -07:00
debugfs.c	ceph: remove debugfs debug cruft	2011-03-21 12:24:20 -07:00
dir.c	ceph: use ihold when we already have an inode ref	2011-06-07 21:34:11 -07:00
export.c	ceph: use ihold when we already have an inode ref	2011-06-07 21:34:11 -07:00
file.c	ceph: fix sync and dio writes across stripe boundaries	2011-06-13 16:26:22 -07:00
inode.c	ceph: use ihold when we already have an inode ref	2011-06-07 21:34:11 -07:00
ioctl.c	ceph: use ihold when we already have an inode ref	2011-06-07 21:34:11 -07:00
ioctl.h	ceph: fix ioctl magic	2010-12-06 09:45:22 -08:00
locks.c	ceph: unwind canceled flock state	2011-06-07 21:36:45 -07:00
mds_client.c	ceph: fix cap flush race reentrancy	2011-05-24 11:52:12 -07:00
mds_client.h	ceph: fix cap flush race reentrancy	2011-05-24 11:52:12 -07:00
mdsmap.c	ceph: factor out libceph from Ceph file system	2010-10-20 15:37:28 -07:00
snap.c	ceph: use ihold when we already have an inode ref	2011-06-07 21:34:11 -07:00
strings.c	ceph: factor out libceph from Ceph file system	2010-10-20 15:37:28 -07:00
super.c	ceph: Move secret key parsing earlier.	2011-03-29 12:11:16 -07:00
super.h	ceph: do not use i_wrbuffer_ref as refcount for Fb cap	2011-05-11 10:44:48 -07:00
xattr.c	ceph: use ihold when we already have an inode ref	2011-06-07 21:34:11 -07:00