From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mx1.redhat.com (mx3-rdu2.redhat.com [66.187.233.73]) by dpdk.org (Postfix) with ESMTP id D5D2F276C for ; Thu, 22 Feb 2018 19:19:30 +0100 (CET) Received: from smtp.corp.redhat.com (int-mx03.intmail.prod.int.rdu2.redhat.com [10.11.54.3]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id C9A1A40FB647; Thu, 22 Feb 2018 18:19:29 +0000 (UTC) Received: from localhost.localdomain (ovpn-112-33.ams2.redhat.com [10.36.112.33]) by smtp.corp.redhat.com (Postfix) with ESMTP id 84FA210A85AF; Thu, 22 Feb 2018 18:19:23 +0000 (UTC) From: Maxime Coquelin To: jianfeng.tan@intel.com, stefanha@redhat.com, tiwei.bie@intel.com, jfreimann@redhat.com, dev@dpdk.org Cc: Maxime Coquelin Date: Thu, 22 Feb 2018 19:19:07 +0100 Message-Id: <20180222181910.23134-1-maxime.coquelin@redhat.com> X-Scanned-By: MIMEDefang 2.78 on 10.11.54.3 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.7]); Thu, 22 Feb 2018 18:19:29 +0000 (UTC) X-Greylist: inspected by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.7]); Thu, 22 Feb 2018 18:19:29 +0000 (UTC) for IP:'10.11.54.3' DOMAIN:'int-mx03.intmail.prod.int.rdu2.redhat.com' HELO:'smtp.corp.redhat.com' FROM:'maxime.coquelin@redhat.com' RCPT:'' Subject: [dpdk-dev] [RFC 0/3] vhost: multiqueue improvements X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Feb 2018 18:19:31 -0000 The series introduce support for a new protocol request that notifies the backend with Virtio device status updates. Main goal is to be able with Virtio 1.0 devices to start the port even if the guest hasn't initialized all the queue pairs of the device. This case happens for example with Windows driver if more queue pairs are declared than there are vCPUs. The patch also handles reset and failed driver status to stop the device and destroy the virtqueues. Last patch implements a workaround for old and current QEMUs, that sends SET_VRING_ADDR requests for uninitalized queues, which can leads to guest memory corruption if the host application requests to diasble queues notifications. I posted the series as RFC, as the QEMU & specification parts for the new request haven't been accepted yet. Maxime Coquelin (3): vhost: invalidate vring addresses in cleanup_vq() vhost: add SET_VIRTIO_STATUS support vhost_user: work around invalid rings addresses sent by QEMU lib/librte_vhost/vhost.c | 6 ++- lib/librte_vhost/vhost.h | 4 +- lib/librte_vhost/vhost_user.c | 113 +++++++++++++++++++++++++++++++++++++++++- lib/librte_vhost/vhost_user.h | 5 +- 4 files changed, 123 insertions(+), 5 deletions(-) -- 2.14.3