From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <mbizon@freebox.fr>
Received: from ns.iliad.fr (ns.iliad.fr [212.27.33.1])
 by dpdk.org (Postfix) with ESMTP id CCADC1C00
 for <dev@dpdk.org>; Wed, 10 May 2017 17:49:41 +0200 (CEST)
Received: from ns.iliad.fr (localhost [127.0.0.1])
 by ns.iliad.fr (Postfix) with ESMTP id 67556207E7;
 Wed, 10 May 2017 17:49:41 +0200 (CEST)
Received: from [192.168.108.17] (freebox.vlq16.iliad.fr [213.36.7.13])
 by ns.iliad.fr (Postfix) with ESMTP id 51F3D20119;
 Wed, 10 May 2017 17:49:41 +0200 (CEST)
Message-ID: <1494431381.16647.119.camel@sakura.staff.proxad.net>
From: Maxime Bizon <mbizon@freebox.fr>
To: Olivier Matz <olivier.matz@6wind.com>
Cc: Helin Zhang <helin.zhang@intel.com>, Konstantin Ananyev
 <konstantin.ananyev@intel.com>, dev@dpdk.org
Date: Wed, 10 May 2017 17:49:41 +0200
In-Reply-To: <20170510171620.67c6b713@platinum>
References: <1494426426.16647.114.camel@sakura.staff.proxad.net>
 <20170510171620.67c6b713@platinum>
Organization: Freebox
Content-Type: text/plain; charset="UTF-8"
X-Mailer: Evolution 3.10.4-0ubuntu2 
Mime-Version: 1.0
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: ClamAV using ClamSMTP ; ns.iliad.fr ;
 Wed May 10 17:49:41 2017 +0200 (CEST)
Subject: Re: [dpdk-dev] ixgbe: mbuf packet_type is not set when vPMD code is
 used
X-BeenThere: dev@dpdk.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: mbizon@freebox.fr
List-Id: DPDK patches and discussions <dev.dpdk.org>
List-Unsubscribe: <http://dpdk.org/ml/options/dev>,
 <mailto:dev-request@dpdk.org?subject=unsubscribe>
List-Archive: <http://dpdk.org/ml/archives/dev/>
List-Post: <mailto:dev@dpdk.org>
List-Help: <mailto:dev-request@dpdk.org?subject=help>
List-Subscribe: <http://dpdk.org/ml/listinfo/dev>,
 <mailto:dev-request@dpdk.org?subject=subscribe>
X-List-Received-Date: Wed, 10 May 2017 15:49:42 -0000


On Wed, 2017-05-10 at 17:16 +0200, Olivier Matz wrote:

> It seems it is planned for 17.08, see:
> http://dpdk.org/ml/archives/dev/2017-April/064082.html

indeed

I was mislead by rte_eth_dev_get_supported_ptypes() returning a non NULL
value

there is some logic to return NULL when vector mode is enabled, but the
code is only valid if rte_eth_dev_configure() was called before.

sorry for the noise

-- 
Maxime