aboutsummaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorLi Qiang <liqiang6-s@360.cn>2016-11-01 12:00:40 +0100
committerGreg Kurz <groug@kaod.org>2016-11-01 12:03:01 +0100
commit8495f9ad26d398f01e208a53f1a5152483a16084 (patch)
treea2b41ab45d579dda1b1a046cf578c95dc1ad008b
parentdd28fbbc2edc0822965d402d927ce646326d6954 (diff)
downloadqemu-8495f9ad26d398f01e208a53f1a5152483a16084.zip
qemu-8495f9ad26d398f01e208a53f1a5152483a16084.tar.gz
qemu-8495f9ad26d398f01e208a53f1a5152483a16084.tar.bz2
9pfs: convert 'len/copied_len' field in V9fsXattr to the type of uint64_t
The 'len' in V9fsXattr comes from the 'size' argument in setxattr() function in guest. The setxattr() function's declaration is this: int setxattr(const char *path, const char *name, const void *value, size_t size, int flags); and 'size' is treated as u64 in linux kernel client code: int p9_client_xattrcreate(struct p9_fid *fid, const char *name, u64 attr_size, int flags) So the 'len' should have an type of 'uint64_t'. The 'copied_len' in V9fsXattr is used to account for copied bytes, it should also have an type of 'uint64_t'. Suggested-by: Greg Kurz <groug@kaod.org> Signed-off-by: Li Qiang <liqiang6-s@360.cn> Reviewed-by: Greg Kurz <groug@kaod.org> Signed-off-by: Greg Kurz <groug@kaod.org>
-rw-r--r--hw/9pfs/9p.h4
1 files changed, 2 insertions, 2 deletions
diff --git a/hw/9pfs/9p.h b/hw/9pfs/9p.h
index 48065cc..3976b7f 100644
--- a/hw/9pfs/9p.h
+++ b/hw/9pfs/9p.h
@@ -159,8 +159,8 @@ typedef struct V9fsConf
typedef struct V9fsXattr
{
- int64_t copied_len;
- int64_t len;
+ uint64_t copied_len;
+ uint64_t len;
void *value;
V9fsString name;
int flags;