From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Michael S. Tsirkin" Subject: Re: virtio scsi host draft specification, v3 Date: Wed, 29 Jun 2011 11:46:19 +0300 Message-ID: <20110629084619.GB14627@redhat.com> References: <4DEE2B15.4090809@redhat.com> <4DF21447.6090005@suse.de> <20110612075140.GB11941@redhat.com> <4E0AE0FE.2090905@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Hannes Reinecke , Linux Virtualization , Linux Kernel Mailing List , qemu-devel , Rusty Russell , Stefan Hajnoczi , Christoph Hellwig , "kvm@vger.kernel.org" To: Paolo Bonzini Return-path: Received: from mx1.redhat.com ([209.132.183.28]:25775 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751428Ab1F2IqR (ORCPT ); Wed, 29 Jun 2011 04:46:17 -0400 Content-Disposition: inline In-Reply-To: <4E0AE0FE.2090905@redhat.com> Sender: kvm-owner@vger.kernel.org List-ID: On Wed, Jun 29, 2011 at 10:23:26AM +0200, Paolo Bonzini wrote: > On 06/12/2011 09:51 AM, Michael S. Tsirkin wrote: > >>> > >>> If a device uses more than one queue it is the responsibility of the > >>> device to ensure strict request ordering. > >Maybe I misunderstand - how can this be the responsibility of > >the device if the device does not get the information about > >the original ordering of the requests? > > > >For example, if the driver is crazy enough to put > >all write requests on one queue and all barriers > >on another one, how is the device supposed to ensure > >ordering? > > I agree here, in fact I misread Hannes's comment as "if a driver > uses more than one queue it is responsibility of the driver to > ensure strict request ordering". If you send requests to different > queues, you know that those requests are independent. I don't think > anything else is feasible in the virtio framework. > > Paolo Like this then? If a driver uses more than one queue it is the responsibility of the driver to ensure strict request ordering: the device does not supply any guarantees about the ordering of requests between different virtqueues.