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 873601D7 for ; Tue, 27 Feb 2018 15:34:54 +0100 (CET) Received: from smtp.corp.redhat.com (int-mx04.intmail.prod.int.rdu2.redhat.com [10.11.54.4]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 08F75EB6F0; Tue, 27 Feb 2018 14:34:54 +0000 (UTC) Received: from localhost.localdomain (unknown [10.36.112.12]) by smtp.corp.redhat.com (Postfix) with ESMTP id AFFF82024CA2; Tue, 27 Feb 2018 14:34:52 +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: Tue, 27 Feb 2018 15:34:38 +0100 Message-Id: <20180227143441.6471-1-maxime.coquelin@redhat.com> X-Scanned-By: MIMEDefang 2.78 on 10.11.54.4 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.1]); Tue, 27 Feb 2018 14:34:54 +0000 (UTC) X-Greylist: inspected by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.1]); Tue, 27 Feb 2018 14:34:54 +0000 (UTC) for IP:'10.11.54.4' DOMAIN:'int-mx04.intmail.prod.int.rdu2.redhat.com' HELO:'smtp.corp.redhat.com' FROM:'maxime.coquelin@redhat.com' RCPT:'' Subject: [dpdk-dev] [RFC v2 0/3] host: 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: Tue, 27 Feb 2018 14:34:54 -0000 This second revision takes Jens comments into account, main change is fixing an off-by-one error in patch 2. 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. Changes since RFC v1: ===================== - move virtio_status declaration in the right patch - Fix off-by-one error when removing uninitialized queues 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