From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:48825) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SuJu1-0004TB-P1 for qemu-devel@nongnu.org; Thu, 26 Jul 2012 04:58:43 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SuJtw-0000WK-3o for qemu-devel@nongnu.org; Thu, 26 Jul 2012 04:58:37 -0400 Received: from mx1.redhat.com ([209.132.183.28]:14651) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SuJtv-0000WD-S5 for qemu-devel@nongnu.org; Thu, 26 Jul 2012 04:58:32 -0400 Message-ID: <5011069A.2080203@redhat.com> Date: Thu, 26 Jul 2012 11:58:02 +0300 From: Avi Kivity MIME-Version: 1.0 References: <1343093180-5598-1-git-send-email-nab@linux-iscsi.org> <20120724015634.GD4093@kroah.com> <1343162724.1813.111.camel@haakon2.linux-iscsi.org> <20120725115552.GB11098@stefanha-thinkpad.localdomain> <1343250890.1813.173.camel@haakon2.linux-iscsi.org> <20120725223559.GA4786@stefanha-thinkpad.localdomain> <1343270061.1813.181.camel@haakon2.linux-iscsi.org> In-Reply-To: <1343270061.1813.181.camel@haakon2.linux-iscsi.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH] tcm_vhost: Expose ABI version via VHOST_SCSI_GET_ABI_VERSION List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: "Nicholas A. Bellinger" Cc: Jens Axboe , Stefan Hajnoczi , kvm-devel , "Michael S. Tsirkin" , Greg Kroah-Hartman , Zhi Yong Wu , qemu-devel , lf-virt , Anthony Liguori , target-devel , Hannes Reinecke , linux-scsi , Paolo Bonzini , Zhi Yong Wu , Christoph Hellwig On 07/26/2012 05:34 AM, Nicholas A. Bellinger wrote: > > In that case, respinning a -v5 for tcm_vhost to start from ABI=0 and > will post an updated patch shortly. > >> The main thing I would like to confirm is that this only versions the >> tcm_vhost ioctls? In that case a single version number works. >> > > Correct, the GET_ABI_VERSION call is only intended to identify the > changing of tcm_vhost ioctls. Why use version numbers at all? Feature maps are better, because you can get very fine granularity. -- error compiling committee.c: too many arguments to function