From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <dev-bounces@dpdk.org>
Received: from dpdk.org (dpdk.org [92.243.14.124])
	by inbox.dpdk.org (Postfix) with ESMTP id 97105A04B6;
	Mon, 12 Oct 2020 10:20:16 +0200 (CEST)
Received: from [92.243.14.124] (localhost [127.0.0.1])
	by dpdk.org (Postfix) with ESMTP id 755741D64C;
	Mon, 12 Oct 2020 10:20:14 +0200 (CEST)
Received: from shelob.oktetlabs.ru (shelob.oktetlabs.ru [91.220.146.113])
 by dpdk.org (Postfix) with ESMTP id 81D931D173
 for <dev@dpdk.org>; Mon, 12 Oct 2020 10:20:11 +0200 (CEST)
Received: from [192.168.38.17] (aros.oktetlabs.ru [192.168.38.17])
 (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits)
 key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256)
 (No client certificate requested)
 by shelob.oktetlabs.ru (Postfix) with ESMTPSA id 864F27F587;
 Mon, 12 Oct 2020 11:20:09 +0300 (MSK)
DKIM-Filter: OpenDKIM Filter v2.11.0 shelob.oktetlabs.ru 864F27F587
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=oktetlabs.ru;
 s=default; t=1602490809;
 bh=ldlw6jWroKqmECic6Ng4nc9sYHKgtjP3y2J4iasLcT0=;
 h=Subject:To:Cc:References:From:Date:In-Reply-To;
 b=Ok0BfE8rArLuB2BN9RenRagSguDUuJ3oLV8zFqvzTQyHVWpuQetVPNP+xvKu9SKj0
 Qb+rcPUXaL9ip/ApcQCw7gKbgjxOAyp8olrv+VyYMcoolXDJbB0EEu9pQC7NlckjoV
 m49re5He1p7wiWx/lSkA+4Me/Q8/6Zvt4bqECKD4=
To: Olivier Matz <olivier.matz@6wind.com>, dev@dpdk.org
Cc: Ferruh Yigit <ferruh.yigit@intel.com>,
 Somnath Kotur <somnath.kotur@broadcom.com>,
 Stephen Hemminger <stephen@networkplumber.org>,
 Thomas Monjalon <thomas@monjalon.net>
References: <20200106083423.26600-1-somnath.kotur@broadcom.com>
 <20201006072232.27755-1-olivier.matz@6wind.com>
From: Andrew Rybchenko <Andrew.Rybchenko@oktetlabs.ru>
Organization: OKTET Labs
Message-ID: <d107920b-5393-b03a-ee36-2a8bb31d46af@oktetlabs.ru>
Date: Mon, 12 Oct 2020 11:20:08 +0300
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101
 Thunderbird/68.12.0
MIME-Version: 1.0
In-Reply-To: <20201006072232.27755-1-olivier.matz@6wind.com>
Content-Type: text/plain; charset=utf-8
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Subject: Re: [dpdk-dev] [PATCH v2] mbuf: extend meaning of QinQ stripped bit
X-BeenThere: dev@dpdk.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: DPDK patches and discussions <dev.dpdk.org>
List-Unsubscribe: <https://mails.dpdk.org/options/dev>,
 <mailto:dev-request@dpdk.org?subject=unsubscribe>
List-Archive: <http://mails.dpdk.org/archives/dev/>
List-Post: <mailto:dev@dpdk.org>
List-Help: <mailto:dev-request@dpdk.org?subject=help>
List-Subscribe: <https://mails.dpdk.org/listinfo/dev>,
 <mailto:dev-request@dpdk.org?subject=subscribe>
Errors-To: dev-bounces@dpdk.org
Sender: "dev" <dev-bounces@dpdk.org>

On 10/6/20 10:22 AM, Olivier Matz wrote:
> From: Somnath Kotur <somnath.kotur@broadcom.com>
> 
> Clarify the documentation of QinQ flags, and extend the meaning of the
> flag: if PKT_RX_QINQ_STRIPPED is set and PKT_RX_VLAN_STRIPPED is unset,
> only the outer VLAN is removed from packet data, but both tci are saved
> in mbuf->vlan_tci (inner) and mbuf->vlan_tci_outer (outer).
> 
> Signed-off-by: Somnath Kotur <somnath.kotur@broadcom.com>
> Signed-off-by: Olivier Matz <olivier.matz@6wind.com>

Acked-by: Andrew Rybchenko <andrew.rybchenko@oktetlabs.ru>