From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:38415) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XD7Xc-0002ZW-M4 for qemu-devel@nongnu.org; Fri, 01 Aug 2014 03:46:22 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XD7XW-0000Ma-Hf for qemu-devel@nongnu.org; Fri, 01 Aug 2014 03:46:16 -0400 Received: from mx1.redhat.com ([209.132.183.28]:12888) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XD7XW-0000MS-AM for qemu-devel@nongnu.org; Fri, 01 Aug 2014 03:46:10 -0400 Message-ID: <53DB45B9.80803@redhat.com> Date: Fri, 01 Aug 2014 09:46:01 +0200 From: Paolo Bonzini MIME-Version: 1.0 References: <1406720388-18671-1-git-send-email-ming.lei@canonical.com> <1406720388-18671-15-git-send-email-ming.lei@canonical.com> <53D8FAD7.1070509@redhat.com> <20140730151232.GC26313@redhat.com> <53D90E4C.3090105@redhat.com> <53DA03BF.7030809@redhat.com> <53DB2F66.9050205@redhat.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH 14/15] hw/block/virtio-blk: create num_queues vqs if dataplane is enabled List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Ming Lei Cc: Kevin Wolf , Peter Maydell , Fam Zheng , "Michael S. Tsirkin" , qemu-devel , Stefan Hajnoczi Il 01/08/2014 09:35, Ming Lei ha scritto: > OK, I will convert non-dataplane to support multi virtqueues in V1, > and the conversion is not difficult and straightforward. > > BTW, docs/migration.txt mentions that "QEMU has to be launched > with the same arguments the two times", so can I understand that > migration from dataplane to non-dataplane shouldn't have been > allowed? You're right, that text gives a rule of thumb but it is not absolutely true. It is for example obviously okay to have different paths for drives in the two invocations. It is also okay to use different formats (raw vs. qcow2) if, for example, you are migrating disk contents (either with "migrate -b" or with the embedded NBD server). Dataplane is another such case where an option does not affect how the device behaves. It is a bit more clearer if you think of it as just "use an iothread different from the default one", which is what we're aiming at. Everything else is working around limitations in QEMU, and will disappear once these limitations are lifted. Paolo