Revision adaa4b8e4d47eeb114513c2f7a172929154b94bd authored by Jan Schmidt on 21 March 2013, 14:30:23 UTC, committed by Josef Bacik on 28 March 2013, 13:51:26 UTC
When you take a snapshot, punch a hole where there has been data, then take another snapshot and try to send an incremental stream, btrfs send would give you EIO. That is because is_extent_unchanged had no support for holes being punched. With this patch, instead of returning EIO we just return 0 (== the extent is not unchanged) and we're good. Signed-off-by: Jan Schmidt <list.btrfs@jan-o-sch.net> Cc: Alexander Block <ablock84@gmail.com> Signed-off-by: Josef Bacik <jbacik@fusionio.com>
1 parent 4adaa61
| File | Mode | Size |
|---|---|---|
| .gitignore | -rw-r--r-- | 25 bytes |
| Kconfig | -rw-r--r-- | 2.8 KB |
| Makefile | -rw-r--r-- | 2.1 KB |
| audit.c | -rw-r--r-- | 12.4 KB |
| common.c | -rw-r--r-- | 75.2 KB |
| common.h | -rw-r--r-- | 40.1 KB |
| condition.c | -rw-r--r-- | 27.1 KB |
| domain.c | -rw-r--r-- | 24.7 KB |
| environ.c | -rw-r--r-- | 3.0 KB |
| file.c | -rw-r--r-- | 28.9 KB |
| gc.c | -rw-r--r-- | 16.7 KB |
| group.c | -rw-r--r-- | 5.6 KB |
| load_policy.c | -rw-r--r-- | 2.6 KB |
| memory.c | -rw-r--r-- | 5.4 KB |
| mount.c | -rw-r--r-- | 6.7 KB |
| network.c | -rw-r--r-- | 21.3 KB |
| realpath.c | -rw-r--r-- | 7.8 KB |
| securityfs_if.c | -rw-r--r-- | 7.5 KB |
| tomoyo.c | -rw-r--r-- | 14.6 KB |
| util.c | -rw-r--r-- | 27.0 KB |
Computing file changes ...
