diff options
author | Li Qiang <liqiang6-s@360.cn> | 2016-11-01 12:00:40 +0100 |
---|---|---|
committer | Greg Kurz <groug@kaod.org> | 2016-11-01 12:03:01 +0100 |
commit | 8495f9ad26d398f01e208a53f1a5152483a16084 (patch) | |
tree | a2b41ab45d579dda1b1a046cf578c95dc1ad008b /hw/xtensa | |
parent | dd28fbbc2edc0822965d402d927ce646326d6954 (diff) | |
download | qemu-8495f9ad26d398f01e208a53f1a5152483a16084.tar.gz qemu-8495f9ad26d398f01e208a53f1a5152483a16084.tar.bz2 qemu-8495f9ad26d398f01e208a53f1a5152483a16084.zip |
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>
Diffstat (limited to 'hw/xtensa')
0 files changed, 0 insertions, 0 deletions