From mboxrd@z Thu Jan  1 00:00:00 1970
From: Olivier MATZ <olivier.matz@6wind.com>
Subject: Re: [RFC 0/8] mbuf: structure reorganization
Date: Tue, 21 Feb 2017 10:53:54 +0100
Message-ID: <20170221105354.65cb5c7d@glumotte.dev.6wind.com>
References: <1485271173-13408-1-git-send-email-olivier.matz@6wind.com>
 <2601191342CEEE43887BDE71AB9772583F111A29@irsmsx105.ger.corp.intel.com>
 <20170216144807.7add2c71@platinum>
 <20170216154619.GA115208@bricha3-MOBL3.ger.corp.intel.com>
 <AAC06825A3B29643AF5372F5E0DDF0536459B055@IRSMSX106.ger.corp.intel.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Cc: Olivier Matz <olivier.matz@6wind.com>, "Ananyev, Konstantin"
 <konstantin.ananyev@intel.com>, "Richardson, Bruce"
 <bruce.richardson@intel.com>, "dev@dpdk.org" <dev@dpdk.org>
To: "Chilikin, Andrey" <andrey.chilikin@intel.com>
Return-path: <dev-bounces@dpdk.org>
Received: from mail-wm0-f53.google.com (mail-wm0-f53.google.com [74.125.82.53])
 by dpdk.org (Postfix) with ESMTP id 02DC058CF
 for <dev@dpdk.org>; Tue, 21 Feb 2017 10:54:02 +0100 (CET)
Received: by mail-wm0-f53.google.com with SMTP id c85so104983114wmi.1
 for <dev@dpdk.org>; Tue, 21 Feb 2017 01:54:02 -0800 (PST)
In-Reply-To: <AAC06825A3B29643AF5372F5E0DDF0536459B055@IRSMSX106.ger.corp.intel.com>
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>
Errors-To: dev-bounces@dpdk.org
Sender: "dev" <dev-bounces@dpdk.org>

Hi Andrey,

On Sun, 19 Feb 2017 19:04:58 +0000, "Chilikin, Andrey"
<andrey.chilikin@intel.com> wrote:
> While doing this fields reshuffling,  any chance to put uint16_t
> vlan_tci_outer beside uint16_t vlan_tci? It will allow to treat QinQ
> tags as a single 32-bit tag, if needed, and use it for other
> tag/labels like MPLS, GRE, NSH which could be 20, 24, 32 bits wide.
> 

Merging Vlan is a good idea, and it looks it's feasible, so
I'll add it in next version. About using the same field for other
tags/labels, I'm a bit more reserved as of now, but it's another
debate :)

Thanks,
Olivier