On 8/20/18 7:49 PM, Dave Chinner wrote: > Upon successful completion of this ioctl, the number of > bytes successfully deduplicated is returned in bytes_deduped > and a status code for the deduplication operation is > returned in status. If even a single byte in the range does > not match, the deduplication request will be ignored and > status set to FILE_DEDUPE_RANGE_DIFFERS. > > This implies we can dedupe less than the entire range as long as the > entire range matches. If the entire range does not match, we have > to return FILE_DEDUPE_RANGE_DIFFERS, but in this case it does match > so we can pick and choose how much we deduplicate. How much we > dedupe is then returned as a byte count. In this case, it will be a > few bytes short of the entire length requested because we aligned > the dedupe inwards.... > > Does that sound reasonable? I had hoped that dedupe was advisory as Darrick wished for, but TBH my reading of that is no, if you ask for a range to be deduped and any of it differs, "even a single byte," you fail it all. Why else would that last part be present, if the interface is free to ignore later parts that don't match and truncate the range to the matching portion? -Eric
