There are two types for "not supported", but the correct one is EOPNOTSUPP, let's use that one. The error message in the error case is not very helpful, enhance it at least with the inode number. The unknown type seems to be the block device (S_IFBLK)(as it's the only unhandled case. Adding this type would need to extend the send protocol, so this needs to stay as 'not supported'. Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=196903 Signed-off-by: David Sterba <dsterba@xxxxxxxx> --- fs/btrfs/send.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/fs/btrfs/send.c b/fs/btrfs/send.c index 8f1d3d6e7087..5f944f9135d6 100644 --- a/fs/btrfs/send.c +++ b/fs/btrfs/send.c @@ -2638,9 +2638,9 @@ static int send_create_inode(struct send_ctx *sctx, u64 ino) } else if (S_ISSOCK(mode)) { cmd = BTRFS_SEND_C_MKSOCK; } else { - btrfs_warn(sctx->send_root->fs_info, "unexpected inode type %o", - (int)(mode & S_IFMT)); - ret = -ENOTSUPP; + btrfs_warn(fs_info, "unexpected type 0%o of inode %llu", + (int)(mode & S_IFMT), ino); + ret = -EOPNOTSUPP; goto out; } -- 2.14.0 -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
