Thomas Huth <th...@redhat.com> 于2019年1月2日周三 下午9:50写道：
> On 2018-12-15 13:03, Li Qiang wrote:
> > Currently when processing VHOST_USER_SET_VRING_CALL
> > if 'qemu_chr_fe_get_msgfds' get no fd, the 'fd' will
> > be a stack uninitialized value.
> >
> > Signed-off-by: Li Qiang <liq...@163.com>
> > ---
> > tests/vhost-user-test.c | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/tests/vhost-user-test.c b/tests/vhost-user-test.c
> > index 45d58d8ea2..86039e61e0 100644
> > --- a/tests/vhost-user-test.c
> > +++ b/tests/vhost-user-test.c
> > @@ -309,7 +309,7 @@ static void chr_read(void *opaque, const uint8_t
> *buf, int size)
> > CharBackend *chr = &s->chr;
> > VhostUserMsg msg;
> > uint8_t *p = (uint8_t *) &msg;
> > - int fd;
> > + int fd = -1;
> >
> > if (s->test_fail) {
> > qemu_chr_fe_disconnect(chr);
> >
>
> Shouldn't we also rather check the return code of
> qemu_chr_fe_get_msgfds() ?
Agree, there are several places need to do this. I will send out a patch
later.
Thanks,
Li Qiang
> Anyway, initializing fd to -1 here sounds
> like a good idea, so:
>
> Reviewed-by: Thomas Huth <th...@redhat.com>
>
