Zero out the host's `msg_control` buffer
commit1d3d1b23e1c8f52ec431ddaa8deea1322bc25cbf
authorJonas Schievink <jonasschievink@gmail.com>
Wed, 11 Jul 2018 22:12:44 +0000 (12 00:12 +0200)
committerLaurent Vivier <laurent@vivier.eu>
Sun, 15 Jul 2018 14:04:38 +0000 (15 16:04 +0200)
tree7274178813b52a34965a9349f161975b4d2d4af0
parentdc18baaef36d95e5a7b4fbc60daff3d92afe737c
Zero out the host's `msg_control` buffer

If this is not done, qemu would drop any control message after the first
one.

This is because glibc's `CMSG_NXTHDR` macro accesses the uninitialized
cmsghdr's length field in order to find out if the message fits into the
`msg_control` buffer, wrongly assuming that it doesn't because the
length field contains garbage. Accessing the length field is fine for
completed messages we receive from the kernel, but is - as far as I know
- not needed since the kernel won't return such an invalid cmsghdr in
the first place.

This is tracked as this glibc bug:
https://sourceware.org/bugzilla/show_bug.cgi?id=13500

It's probably also a good idea to bail with an error if `CMSG_NXTHDR`
returns NULL but `TARGET_CMSG_NXTHDR` doesn't (ie. we still expect
cmsgs).

Signed-off-by: Jonas Schievink <jonasschievink@gmail.com>
Reviewed-by: Laurent Vivier <laurent@vivier.eu>
Message-Id: <20180711221244.31869-1-jonasschievink@gmail.com>
Signed-off-by: Laurent Vivier <laurent@vivier.eu>
linux-user/syscall.c