summaryrefslogtreecommitdiff
path: root/hw/xtensa
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 /hw/xtensa
parentdd28fbbc2edc0822965d402d927ce646326d6954 (diff)
downloadqemu-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