bug#8061: Introduce SEEK_DATA/SEEK_HOLE to extent_scan module

This email is follow up to dated 2011-05-01. Jeff, thanks for reporting the problem. (There's a good chance this email will bounce but I'll send it to your 2011 email address anyway.) I recently ran into the same issue and derived the attached patches independently. I

bug#8061: Introduce SEEK_DATA/SEEK_HOLE to extent_scan module

Dear All, As the SEEK_HOLE/SEEK_DATA has been implemented on Btrfs in 3.1.0+ and Glibc, I have worked out a new version for your guys review. Changes: == extent_scan.[c|h]: 1. add a function pointer to struct extent_scan: /* Scan method. */ bool (*extent_scan) (struct extent_scan

bug#8061: Introduce SEEK_DATA/SEEK_HOLE to extent_scan module

Jeff liu wrote: ... Below is the revised patch, From 4f966c1fe6226f3f711faae120cd8bea78e722b8 Mon Sep 17 00:00:00 2001 From: Jie Liu jeff@oracle.com Date: Tue, 19 Apr 2011 15:24:50 -0700 Subject: [PATCH 1/1] copy: add SEEK_DATA/SEEK_HOLE support to extent_scan module Thank you for the

bug#8061: Introduce SEEK_DATA/SEEK_HOLE to extent_scan module

Hi All, Please ignore the current patch, I will submit another patch with a few fixes soon. Now the new patch set coming, In previous post, I have tried to change the extent_scan_init() interface by adding a new argument to indicate the source file size, this will reduce the overhead

bug#8061: Introduce SEEK_DATA/SEEK_HOLE to extent_scan module

Hi All, Please ignore the current patch, I will submit another patch with a few fixes soon. Thanks, -Jeff 在 2011-2-17，下午9:57， Jeff liu 写道： Hello All, This is the first try to introduce the SEEK_DATA/SEEK_HOLE support to extent_scan module for efficient sparse file copy on ZFS, I have