From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by dpdk.org (Postfix) with ESMTP id 08BB829CF for ; Sun, 25 Sep 2016 03:54:01 +0200 (CEST) Received: from int-mx13.intmail.prod.int.phx2.redhat.com (int-mx13.intmail.prod.int.phx2.redhat.com [10.5.11.26]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 7075EC057873; Sun, 25 Sep 2016 01:54:00 +0000 (UTC) Received: from redhat.com (vpn-61-253.rdu2.redhat.com [10.10.61.253]) by int-mx13.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with SMTP id u8P1rxll010708; Sat, 24 Sep 2016 21:53:59 -0400 Date: Sun, 25 Sep 2016 04:53:59 +0300 From: "Michael S. Tsirkin" To: Stephen Hemminger Cc: Maxime Coquelin , yuanhan.liu@linux.intel.com, huawei.xie@intel.com, dev@dpdk.org, vkaplans@redhat.com Message-ID: <20160925045259-mutt-send-email-mst@kernel.org> References: <1474615009-26626-1-git-send-email-maxime.coquelin@redhat.com> <20160923112416.4f798b4b@xeon-e3> <20160923213055-mutt-send-email-mst@kernel.org> <20160923132805.3207f1fa@xeon-e3> <20160925035832-mutt-send-email-mst@kernel.org> <20160924185007.19f21a7e@xeon-e3> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160924185007.19f21a7e@xeon-e3> X-Scanned-By: MIMEDefang 2.68 on 10.5.11.26 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.31]); Sun, 25 Sep 2016 01:54:00 +0000 (UTC) Subject: Re: [dpdk-dev] [PATCH v2] vhost: Add indirect descriptors support to the TX path X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Sep 2016 01:54:01 -0000 On Sat, Sep 24, 2016 at 06:50:07PM -0700, Stephen Hemminger wrote: > On Sun, 25 Sep 2016 04:02:28 +0300 > "Michael S. Tsirkin" wrote: > > > I see. It's implied by VERSION_1 in fact. > > In other words if VERSION_1 is negotiated then bit 27 > > isn't ANY_LAYOUT, it's in fact reserved. > > > But what if guest isn't using Version 1? Legacy distro's certainly > won't have it enabled. We probably can just expose ANY_LAYOUT to guest if backend has VERSION_1.