search for: disk_bytes

Just a quick update, I''ve dropped the hashing stuff in favor of doing a memcmp in the kernel to make sure the data is still the same. The thing that takes a while is reading the data up from disk, so doing a memcmp of the entire buffer isn''t that big of a deal, not to mention there''s a possiblity for malicious users if there is a problem with the hashing algorithms we

While testing raid-auto-repair patches I''m going to send out later, I just found the very last bug in my current scrub patch series: Changelog v4->v5: - fixed a deadlock when fixup is taking longer while scrub is about to end Original message follows: ------------------------ This patch set introduces two new features for scrub. They share the backref iteration code which is the

...nstall_ops(struct smb_ops *dst, struct smb_ops *src); @@ -2075,7 +2075,7 @@ return result; } -void smb_decode_unix_basic(struct smb_fattr *fattr, struct smb_sb_info *server, char *p) +static void smb_decode_unix_basic(struct smb_fattr *fattr, struct smb_sb_info *server, char *p) { u64 size, disk_bytes; @@ -3392,7 +3392,7 @@ return result; } -int +static int smb_proc_query_cifsunix(struct smb_sb_info *server) { int result; --- linux-2.6.10-mm1-full/fs/smbfs/request.c.old 2005-01-04 00:59:31.000000000 +0100 +++ linux-2.6.10-mm1-full/fs/smbfs/request.c 2005-01-04 01:00:18.000000000 +0100...

Here are patches to do offline deduplication for Btrfs. It works well for the cases it''s expected to, I''m looking for feedback on the ioctl interface and such, I''m well aware there are missing features for the userspace app (like being able to set a different blocksize). If this interface is acceptable I will flesh out the userspace app a little more, but I believe the