From nobody Fri May 3 10:40:33 2024 Delivered-To: importer@patchew.org Authentication-Results: mx.zohomail.com; dkim=fail; spf=pass (zohomail.com: domain of gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=qemu-devel-bounces+importer=patchew.org@nongnu.org; dmarc=fail(p=none dis=none) header.from=redhat.com ARC-Seal: i=1; a=rsa-sha256; t=1593632590; cv=none; d=zohomail.com; s=zohoarc; b=cR/W9xwt7HWExkerOtINp7Kr3jd34+JpGeoy0Wi21NuX5ZilFKtHi/aGn3fZxxWa3g00b9yix3pd02d/AUu5+u+GajJy1hC94Y1QfCi0JZUG0yO6Bx71eX7y+/LTq3T00iUdqr5Kb2dJkftJu5xgD5N6KaBmeKk33i4Xj3umGS0= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.com; s=zohoarc; t=1593632590; h=Content-Type:Content-Transfer-Encoding:Cc:Date:From:In-Reply-To:List-Subscribe:List-Post:List-Id:List-Archive:List-Help:List-Unsubscribe:MIME-Version:Message-ID:References:Sender:Subject:To; bh=2fQ/bGtJL9tZwz42hORMoScCfGccHn4mkRxPI+MYKIg=; b=YOA9uj5NZNmi63k65Ye7/suQzCeJjZdMsCUgjxPUxqveQAlZ9clctZK5X2CiUpm7j89fnUHSmx/QyHlxvjs1ieXjrEGxu8xzCo5rhTtfduieniXjoObl7V79YzhxysNk1NDZbRb1jUcHDrTiVs5vTp6pgQrxgX6HGxYr4rybrVo= ARC-Authentication-Results: i=1; mx.zohomail.com; dkim=fail; spf=pass (zohomail.com: domain of gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=qemu-devel-bounces+importer=patchew.org@nongnu.org; dmarc=fail header.from= (p=none dis=none) header.from= Return-Path: Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) by mx.zohomail.com with SMTPS id 159363259048781.92442463276564; Wed, 1 Jul 2020 12:43:10 -0700 (PDT) Received: from localhost ([::1]:49490 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jqidQ-0006QJ-Sn for importer@patchew.org; Wed, 01 Jul 2020 15:43:08 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:43990) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jqial-0003cR-03 for qemu-devel@nongnu.org; Wed, 01 Jul 2020 15:40:23 -0400 Received: from us-smtp-delivery-1.mimecast.com ([205.139.110.120]:56626 helo=us-smtp-1.mimecast.com) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.90_1) (envelope-from ) id 1jqiai-0002ic-4a for qemu-devel@nongnu.org; Wed, 01 Jul 2020 15:40:22 -0400 Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-206-kwWY0jeQP3aBeL8Z3yw4ug-1; Wed, 01 Jul 2020 15:40:17 -0400 Received: from smtp.corp.redhat.com (int-mx04.intmail.prod.int.phx2.redhat.com [10.5.11.14]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 189C32CCC; Wed, 1 Jul 2020 19:40:16 +0000 (UTC) Received: from thinkpad.redhat.com (ovpn-112-51.ams2.redhat.com [10.36.112.51]) by smtp.corp.redhat.com (Postfix) with ESMTP id 5E972612BA; Wed, 1 Jul 2020 19:40:06 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1593632419; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=2fQ/bGtJL9tZwz42hORMoScCfGccHn4mkRxPI+MYKIg=; b=Ne7+hsfn/mheIAsgdsEAt3ZnDwJodxrkCC2ej13jLCw2g9OnxnfAXjMCyB9GiQI96RpqGk zDsJEvYQXIgLKIAmW6Js0aljeziisDCTWG/F4HnJMEANV9d5EK9L5DLf50YWGk0REkFBs1 XxJ40YvfRSx0QdJXYofDWSo7G6+kvXo= X-MC-Unique: kwWY0jeQP3aBeL8Z3yw4ug-1 From: Laurent Vivier To: qemu-devel@nongnu.org Subject: [PATCH v3 1/2] net: tap: check if the file descriptor is valid before using it Date: Wed, 1 Jul 2020 21:39:50 +0200 Message-Id: <20200701193951.36248-2-lvivier@redhat.com> In-Reply-To: <20200701193951.36248-1-lvivier@redhat.com> References: <20200701193951.36248-1-lvivier@redhat.com> MIME-Version: 1.0 X-Scanned-By: MIMEDefang 2.79 on 10.5.11.14 Authentication-Results: relay.mimecast.com; auth=pass smtp.auth=CUSA124A263 smtp.mailfrom=lvivier@redhat.com X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Transfer-Encoding: quoted-printable Received-SPF: pass (zohomail.com: domain of gnu.org designates 209.51.188.17 as permitted sender) client-ip=209.51.188.17; envelope-from=qemu-devel-bounces+importer=patchew.org@nongnu.org; helo=lists.gnu.org; Received-SPF: pass client-ip=205.139.110.120; envelope-from=lvivier@redhat.com; helo=us-smtp-1.mimecast.com X-detected-operating-system: by eggs.gnu.org: First seen = 2020/06/30 22:25:53 X-ACL-Warn: Detected OS = Linux 2.2.x-3.x [generic] [fuzzy] X-Spam_score_int: -30 X-Spam_score: -3.1 X-Spam_bar: --- X-Spam_report: (-3.1 / 5.0 requ) BAYES_00=-1.9, DKIMWL_WL_HIGH=-1, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=_AUTOLEARN X-Spam_action: no action X-BeenThere: qemu-devel@nongnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Laurent Vivier , =?UTF-8?q?Daniel=20P=2E=20Berrang=C3=A9?= , Stefan Weil , Jason Wang , Markus Armbruster , Gerd Hoffmann , Paolo Bonzini , =?UTF-8?q?Philippe=20Mathieu-Daud=C3=A9?= Errors-To: qemu-devel-bounces+importer=patchew.org@nongnu.org Sender: "Qemu-devel" X-ZohoMail-DKIM: fail (Header signature does not verify) Content-Type: text/plain; charset="utf-8" qemu_set_nonblock() checks that the file descriptor can be used and, if not, crashes QEMU. An assert() is used for that. The use of assert() is used to detect programming error and the coredump will allow to debug the problem. But in the case of the tap device, this assert() can be triggered by a misconfiguration by the user. At startup, it's not a real problem, but it can also happen during the hot-plug of a new device, and here it's a problem because we can crash a perfectly healthy system. For instance: # ip link add link virbr0 name macvtap0 type macvtap mode bridge # ip link set macvtap0 up # TAP=3D/dev/tap$(ip -o link show macvtap0 | cut -d: -f1) # qemu-system-x86_64 -machine q35 -device pcie-root-port,id=3Dpcie-root-po= rt-0 -monitor stdio 9<> $TAP (qemu) netdev_add type=3Dtap,id=3Dhostnet0,vhost=3Don,fd=3D9 (qemu) device_add driver=3Dvirtio-net-pci,netdev=3Dhostnet0,id=3Dnet0,bus= =3Dpcie-root-port-0 (qemu) device_del net0 (qemu) netdev_del hostnet0 (qemu) netdev_add type=3Dtap,id=3Dhostnet1,vhost=3Don,fd=3D9 qemu-system-x86_64: .../util/oslib-posix.c:247: qemu_set_nonblock: Asserti= on `f !=3D -1' failed. Aborted (core dumped) To avoid that, add a function, qemu_try_set_nonblock(), that allows to repo= rt the problem without crashing. Signed-off-by: Laurent Vivier Reviewed-by: Philippe Mathieu-Daud=C3=A9 --- include/qemu/sockets.h | 1 + net/tap.c | 16 +++++++++--- util/oslib-posix.c | 26 +++++++++++++------ util/oslib-win32.c | 57 ++++++++++++++++++++++++------------------ 4 files changed, 64 insertions(+), 36 deletions(-) diff --git a/include/qemu/sockets.h b/include/qemu/sockets.h index 57cd049d6edd..7d1f8135767d 100644 --- a/include/qemu/sockets.h +++ b/include/qemu/sockets.h @@ -18,6 +18,7 @@ int qemu_accept(int s, struct sockaddr *addr, socklen_t *= addrlen); int socket_set_cork(int fd, int v); int socket_set_nodelay(int fd); void qemu_set_block(int fd); +int qemu_try_set_nonblock(int fd); void qemu_set_nonblock(int fd); int socket_set_fast_reuse(int fd); =20 diff --git a/net/tap.c b/net/tap.c index 6207f61f84ab..fb04c9044ce2 100644 --- a/net/tap.c +++ b/net/tap.c @@ -766,6 +766,7 @@ int net_init_tap(const Netdev *netdev, const char *name, Error *err =3D NULL; const char *vhostfdname; char ifname[128]; + int ret =3D 0; =20 assert(netdev->type =3D=3D NET_CLIENT_DRIVER_TAP); tap =3D &netdev->u.tap; @@ -795,7 +796,12 @@ int net_init_tap(const Netdev *netdev, const char *nam= e, return -1; } =20 - qemu_set_nonblock(fd); + ret =3D qemu_try_set_nonblock(fd); + if (ret < 0) { + error_setg_errno(errp, -ret, "%s: Can't use file descriptor %d= ", + name, fd); + return -1; + } =20 vnet_hdr =3D tap_probe_vnet_hdr(fd); =20 @@ -810,7 +816,6 @@ int net_init_tap(const Netdev *netdev, const char *name, char **fds; char **vhost_fds; int nfds =3D 0, nvhosts =3D 0; - int ret =3D 0; =20 if (tap->has_ifname || tap->has_script || tap->has_downscript || tap->has_vnet_hdr || tap->has_helper || tap->has_queues || @@ -843,7 +848,12 @@ int net_init_tap(const Netdev *netdev, const char *nam= e, goto free_fail; } =20 - qemu_set_nonblock(fd); + ret =3D qemu_try_set_nonblock(fd); + if (ret < 0) { + error_setg_errno(errp, -ret, "%s: Can't use file descripto= r %d", + name, fd); + goto free_fail; + } =20 if (i =3D=3D 0) { vnet_hdr =3D tap_probe_vnet_hdr(fd); diff --git a/util/oslib-posix.c b/util/oslib-posix.c index 916f1be2243a..149254cd691f 100644 --- a/util/oslib-posix.c +++ b/util/oslib-posix.c @@ -253,25 +253,35 @@ void qemu_set_block(int fd) assert(f !=3D -1); } =20 -void qemu_set_nonblock(int fd) +int qemu_try_set_nonblock(int fd) { int f; f =3D fcntl(fd, F_GETFL); - assert(f !=3D -1); - f =3D fcntl(fd, F_SETFL, f | O_NONBLOCK); -#ifdef __OpenBSD__ if (f =3D=3D -1) { + return -errno; + } + if (fcntl(fd, F_SETFL, f | O_NONBLOCK) =3D=3D -1) { +#ifdef __OpenBSD__ /* * Previous to OpenBSD 6.3, fcntl(F_SETFL) is not permitted on * memory devices and sets errno to ENODEV. * It's OK if we fail to set O_NONBLOCK on devices like /dev/null, * because they will never block anyway. */ - assert(errno =3D=3D ENODEV); - } -#else - assert(f !=3D -1); + if (errno =3D=3D ENODEV) { + return 0; + } #endif + return -errno; + } + return 0; +} + +void qemu_set_nonblock(int fd) +{ + int f; + f =3D qemu_try_set_nonblock(fd); + assert(f =3D=3D 0); } =20 int socket_set_fast_reuse(int fd) diff --git a/util/oslib-win32.c b/util/oslib-win32.c index e9b14ab17847..5548ce6038f3 100644 --- a/util/oslib-win32.c +++ b/util/oslib-win32.c @@ -132,31 +132,6 @@ struct tm *localtime_r(const time_t *timep, struct tm = *result) } #endif /* CONFIG_LOCALTIME_R */ =20 -void qemu_set_block(int fd) -{ - unsigned long opt =3D 0; - WSAEventSelect(fd, NULL, 0); - ioctlsocket(fd, FIONBIO, &opt); -} - -void qemu_set_nonblock(int fd) -{ - unsigned long opt =3D 1; - ioctlsocket(fd, FIONBIO, &opt); - qemu_fd_register(fd); -} - -int socket_set_fast_reuse(int fd) -{ - /* Enabling the reuse of an endpoint that was used by a socket still in - * TIME_WAIT state is usually performed by setting SO_REUSEADDR. On Wi= ndows - * fast reuse is the default and SO_REUSEADDR does strange things. So = we - * don't have to do anything here. More info can be found at: - * http://msdn.microsoft.com/en-us/library/windows/desktop/ms740621.as= px */ - return 0; -} - - static int socket_error(void) { switch (WSAGetLastError()) { @@ -233,6 +208,38 @@ static int socket_error(void) } } =20 +void qemu_set_block(int fd) +{ + unsigned long opt =3D 0; + WSAEventSelect(fd, NULL, 0); + ioctlsocket(fd, FIONBIO, &opt); +} + +int qemu_try_set_nonblock(int fd) +{ + unsigned long opt =3D 1; + if (ioctlsocket(fd, FIONBIO, &opt) !=3D NO_ERROR) { + return -socket_error(); + } + qemu_fd_register(fd); + return 0; +} + +void qemu_set_nonblock(int fd) +{ + (void)qemu_try_set_nonblock(fd); +} + +int socket_set_fast_reuse(int fd) +{ + /* Enabling the reuse of an endpoint that was used by a socket still in + * TIME_WAIT state is usually performed by setting SO_REUSEADDR. On Wi= ndows + * fast reuse is the default and SO_REUSEADDR does strange things. So = we + * don't have to do anything here. More info can be found at: + * http://msdn.microsoft.com/en-us/library/windows/desktop/ms740621.as= px */ + return 0; +} + int inet_aton(const char *cp, struct in_addr *ia) { uint32_t addr =3D inet_addr(cp); --=20 2.26.2 From nobody Fri May 3 10:40:33 2024 Delivered-To: importer@patchew.org Authentication-Results: mx.zohomail.com; dkim=fail; spf=pass (zohomail.com: domain of gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=qemu-devel-bounces+importer=patchew.org@nongnu.org; dmarc=fail(p=none dis=none) header.from=redhat.com ARC-Seal: i=1; a=rsa-sha256; t=1593632508; cv=none; d=zohomail.com; s=zohoarc; b=d1wZ0g/GgZb7ZkIt9zN97PZO9Cr7m8HHUswde4tmv+AkYmJ56g7wUx8aAeUdpgcJYYlrwQT1aQpx1R3MmgnnSP0q+ATHE82Cfmj29pzovwkgiG1yCC71EYPeGkfzZ57RQpDRyhfv1ijSY+j37pOuOIqWyAHcwTLT37+jQh+uXMs= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.com; s=zohoarc; t=1593632508; h=Content-Type:Content-Transfer-Encoding:Cc:Date:From:In-Reply-To:List-Subscribe:List-Post:List-Id:List-Archive:List-Help:List-Unsubscribe:MIME-Version:Message-ID:References:Sender:Subject:To; bh=Pa5Rcf0eJpre7pBAFVZnAHs+y14JK47+IjMdQfGsueQ=; b=bCpc/I9UhKzBnMjbZxk7EQbQEh1RVB2WC6W0fwne+XeZeGJEMvVPBsMfht4i36EWXYAgjxFenp13/0NFJ9tTosAZbdGJxWwuuudt37TVGtm0NSX3Z5b2e7d55ktczgBF+QdpoUDbm716A8vf/+igGxEjjwym0T1MR6UdrF5cgeU= ARC-Authentication-Results: i=1; mx.zohomail.com; dkim=fail; spf=pass (zohomail.com: domain of gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=qemu-devel-bounces+importer=patchew.org@nongnu.org; dmarc=fail header.from= (p=none dis=none) header.from= Return-Path: Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) by mx.zohomail.com with SMTPS id 1593632508736810.2779048360078; Wed, 1 Jul 2020 12:41:48 -0700 (PDT) Received: from localhost ([::1]:46230 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jqic7-0004xW-E8 for importer@patchew.org; Wed, 01 Jul 2020 15:41:47 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:44270) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jqib5-0003qp-Gc for qemu-devel@nongnu.org; Wed, 01 Jul 2020 15:40:43 -0400 Received: from us-smtp-2.mimecast.com ([205.139.110.61]:36255 helo=us-smtp-1.mimecast.com) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.90_1) (envelope-from ) id 1jqib2-00031Y-33 for qemu-devel@nongnu.org; Wed, 01 Jul 2020 15:40:43 -0400 Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-22-rt-QfN5cNI-Khk78V-ZKpQ-1; Wed, 01 Jul 2020 15:40:30 -0400 Received: from smtp.corp.redhat.com (int-mx04.intmail.prod.int.phx2.redhat.com [10.5.11.14]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 1123D18FE860; Wed, 1 Jul 2020 19:40:30 +0000 (UTC) Received: from thinkpad.redhat.com (ovpn-112-51.ams2.redhat.com [10.36.112.51]) by smtp.corp.redhat.com (Postfix) with ESMTP id 6FDD717D8F; Wed, 1 Jul 2020 19:40:16 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1593632435; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=Pa5Rcf0eJpre7pBAFVZnAHs+y14JK47+IjMdQfGsueQ=; b=Bdntr3noaZ8Tk4yZeJ3q7YY0hl47VKvrwRtL1CoV5HJWlcS5mDWcZFxx7U95Da/npfUcf9 edCpV4MPV84lpcwMjLM+PlOV8paQAVK3nB2Bc2DL2kkzQLyBvOmr3nzDZ4m3zbcMkmtRjs hZvCdzlJXJfHExLsLOREOsvIm/n58aw= X-MC-Unique: rt-QfN5cNI-Khk78V-ZKpQ-1 From: Laurent Vivier To: qemu-devel@nongnu.org Subject: [PATCH v3 2/2] net: detect errors from probing vnet hdr flag for TAP devices Date: Wed, 1 Jul 2020 21:39:51 +0200 Message-Id: <20200701193951.36248-3-lvivier@redhat.com> In-Reply-To: <20200701193951.36248-1-lvivier@redhat.com> References: <20200701193951.36248-1-lvivier@redhat.com> MIME-Version: 1.0 X-Scanned-By: MIMEDefang 2.79 on 10.5.11.14 Authentication-Results: relay.mimecast.com; auth=pass smtp.auth=CUSA124A263 smtp.mailfrom=lvivier@redhat.com X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Transfer-Encoding: quoted-printable Received-SPF: pass (zohomail.com: domain of gnu.org designates 209.51.188.17 as permitted sender) client-ip=209.51.188.17; envelope-from=qemu-devel-bounces+importer=patchew.org@nongnu.org; helo=lists.gnu.org; Received-SPF: pass client-ip=205.139.110.61; envelope-from=lvivier@redhat.com; helo=us-smtp-1.mimecast.com X-detected-operating-system: by eggs.gnu.org: First seen = 2020/07/01 01:05:53 X-ACL-Warn: Detected OS = Linux 2.2.x-3.x [generic] [fuzzy] X-Spam_score_int: -30 X-Spam_score: -3.1 X-Spam_bar: --- X-Spam_report: (-3.1 / 5.0 requ) BAYES_00=-1.9, DKIMWL_WL_HIGH=-1, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=_AUTOLEARN X-Spam_action: no action X-BeenThere: qemu-devel@nongnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Laurent Vivier , =?UTF-8?q?Daniel=20P=2E=20Berrang=C3=A9?= , Stefan Weil , Jason Wang , Markus Armbruster , "Dr . David Alan Gilbert" , Gerd Hoffmann , Paolo Bonzini , =?UTF-8?q?Philippe=20Mathieu-Daud=C3=A9?= Errors-To: qemu-devel-bounces+importer=patchew.org@nongnu.org Sender: "Qemu-devel" X-ZohoMail-DKIM: fail (Header signature does not verify) Content-Type: text/plain; charset="utf-8" From: "Daniel P. Berrange" When QEMU sets up a tap based network device backend, it mostly ignores err= ors reported from various ioctl() calls it makes, assuming the TAP file descrip= tor is valid. This assumption can easily be violated when the user is passing i= n a pre-opened file descriptor. At best, the ioctls may fail with a -EBADF, but= if the user passes in a bogus FD number that happens to clash with a FD number= that QEMU has opened internally for another reason, a wide variety of errnos may result, as the TUNGETIFF ioctl number may map to a completely different com= mand on a different type of file. By ignoring all these errors, QEMU sets up a zombie network backend that wi= ll never pass any data. Even worse, when QEMU shuts down, or that network back= end is hot-removed, it will close this bogus file descriptor, which could belon= g to another QEMU device backend. There's no obvious guaranteed reliable way to detect that a FD genuinely is= a TAP device, as opposed to a UNIX socket, or pipe, or something else. Checki= ng the errno from probing vnet hdr flag though, does catch the big common case= s. ie calling TUNGETIFF will return EBADF for an invalid FD, and ENOTTY when F= D is a UNIX socket, or pipe which catches accidental collisions with FDs used for stdio, or monitor socket. Previously the example below where bogus fd 9 collides with the FD used for= the chardev saw: $ ./x86_64-softmmu/qemu-system-x86_64 -netdev tap,id=3Dhostnet0,fd=3D9 \ -chardev socket,id=3Dcharchannel0,path=3D/tmp/qga,server,nowait \ -monitor stdio -vnc :0 qemu-system-x86_64: -netdev tap,id=3Dhostnet0,fd=3D9: TUNGETIFF ioctl() fai= led: Inappropriate ioctl for device TUNSETOFFLOAD ioctl() failed: Bad address QEMU 2.9.1 monitor - type 'help' for more information (qemu) Warning: netdev hostnet0 has no peer which gives a running QEMU with a zombie network backend. With this change applied we get an error message and QEMU immediately exits before carrying on and making a bigger disaster: $ ./x86_64-softmmu/qemu-system-x86_64 -netdev tap,id=3Dhostnet0,fd=3D9 \ -chardev socket,id=3Dcharchannel0,path=3D/tmp/qga,server,nowait \ -monitor stdio -vnc :0 qemu-system-x86_64: -netdev tap,id=3Dhostnet0,vhost=3Don,fd=3D9: Unable to = query TUNGETIFF on FD 9: Inappropriate ioctl for device Reported-by: Dr. David Alan Gilbert Signed-off-by: Daniel P. Berrange Tested-by: Dr. David Alan Gilbert Message-id: 20171027085548.3472-1-berrange@redhat.com [lv: to simplify, don't check on EINVAL with TUNGETIFF as it exists since v= 2.6.27] Signed-off-by: Laurent Vivier Reviewed-by: Philippe Mathieu-Daud=C3=A9 --- net/tap-bsd.c | 2 +- net/tap-linux.c | 8 +++++--- net/tap-solaris.c | 2 +- net/tap-stub.c | 2 +- net/tap.c | 25 ++++++++++++++++++++----- net/tap_int.h | 2 +- 6 files changed, 29 insertions(+), 12 deletions(-) diff --git a/net/tap-bsd.c b/net/tap-bsd.c index a5c3707f806d..77aaf674b19d 100644 --- a/net/tap-bsd.c +++ b/net/tap-bsd.c @@ -211,7 +211,7 @@ void tap_set_sndbuf(int fd, const NetdevTapOptions *tap= , Error **errp) { } =20 -int tap_probe_vnet_hdr(int fd) +int tap_probe_vnet_hdr(int fd, Error **errp) { return 0; } diff --git a/net/tap-linux.c b/net/tap-linux.c index e0dd442ee34f..b0635e9e32ce 100644 --- a/net/tap-linux.c +++ b/net/tap-linux.c @@ -147,13 +147,15 @@ void tap_set_sndbuf(int fd, const NetdevTapOptions *t= ap, Error **errp) } } =20 -int tap_probe_vnet_hdr(int fd) +int tap_probe_vnet_hdr(int fd, Error **errp) { struct ifreq ifr; =20 if (ioctl(fd, TUNGETIFF, &ifr) !=3D 0) { - error_report("TUNGETIFF ioctl() failed: %s", strerror(errno)); - return 0; + /* TUNGETIFF is available since kernel v2.6.27 */ + error_setg_errno(errp, errno, + "Unable to query TUNGETIFF on FD %d", fd); + return -1; } =20 return ifr.ifr_flags & IFF_VNET_HDR; diff --git a/net/tap-solaris.c b/net/tap-solaris.c index 4725d2314eef..ae2ba6828415 100644 --- a/net/tap-solaris.c +++ b/net/tap-solaris.c @@ -206,7 +206,7 @@ void tap_set_sndbuf(int fd, const NetdevTapOptions *tap= , Error **errp) { } =20 -int tap_probe_vnet_hdr(int fd) +int tap_probe_vnet_hdr(int fd, Error **errp) { return 0; } diff --git a/net/tap-stub.c b/net/tap-stub.c index a9ab8f829362..de525a2e69d4 100644 --- a/net/tap-stub.c +++ b/net/tap-stub.c @@ -37,7 +37,7 @@ void tap_set_sndbuf(int fd, const NetdevTapOptions *tap, = Error **errp) { } =20 -int tap_probe_vnet_hdr(int fd) +int tap_probe_vnet_hdr(int fd, Error **errp) { return 0; } diff --git a/net/tap.c b/net/tap.c index fb04c9044ce2..208d9c0f8d35 100644 --- a/net/tap.c +++ b/net/tap.c @@ -597,7 +597,11 @@ int net_init_bridge(const Netdev *netdev, const char *= name, } =20 qemu_set_nonblock(fd); - vnet_hdr =3D tap_probe_vnet_hdr(fd); + vnet_hdr =3D tap_probe_vnet_hdr(fd, errp); + if (vnet_hdr < 0) { + close(fd); + return -1; + } s =3D net_tap_fd_init(peer, "bridge", name, fd, vnet_hdr); =20 snprintf(s->nc.info_str, sizeof(s->nc.info_str), "helper=3D%s,br=3D%s"= , helper, @@ -803,7 +807,11 @@ int net_init_tap(const Netdev *netdev, const char *nam= e, return -1; } =20 - vnet_hdr =3D tap_probe_vnet_hdr(fd); + vnet_hdr =3D tap_probe_vnet_hdr(fd, errp); + if (vnet_hdr < 0) { + close(fd); + return -1; + } =20 net_init_tap_one(tap, peer, "tap", name, NULL, script, downscript, @@ -856,8 +864,11 @@ int net_init_tap(const Netdev *netdev, const char *nam= e, } =20 if (i =3D=3D 0) { - vnet_hdr =3D tap_probe_vnet_hdr(fd); - } else if (vnet_hdr !=3D tap_probe_vnet_hdr(fd)) { + vnet_hdr =3D tap_probe_vnet_hdr(fd, errp); + if (vnet_hdr < 0) { + goto free_fail; + } + } else if (vnet_hdr !=3D tap_probe_vnet_hdr(fd, NULL)) { error_setg(errp, "vnet_hdr not consistent across given tap fds"); ret =3D -1; @@ -902,7 +913,11 @@ free_fail: } =20 qemu_set_nonblock(fd); - vnet_hdr =3D tap_probe_vnet_hdr(fd); + vnet_hdr =3D tap_probe_vnet_hdr(fd, errp); + if (vnet_hdr < 0) { + close(fd); + return -1; + } =20 net_init_tap_one(tap, peer, "bridge", name, ifname, script, downscript, vhostfdname, diff --git a/net/tap_int.h b/net/tap_int.h index e3194b23f47d..225a49ea4843 100644 --- a/net/tap_int.h +++ b/net/tap_int.h @@ -34,7 +34,7 @@ int tap_open(char *ifname, int ifname_size, int *vnet_hdr, ssize_t tap_read_packet(int tapfd, uint8_t *buf, int maxlen); =20 void tap_set_sndbuf(int fd, const NetdevTapOptions *tap, Error **errp); -int tap_probe_vnet_hdr(int fd); +int tap_probe_vnet_hdr(int fd, Error **errp); int tap_probe_vnet_hdr_len(int fd, int len); int tap_probe_has_ufo(int fd); void tap_fd_set_offload(int fd, int csum, int tso4, int tso6, int ecn, int= ufo); --=20 2.26.2