From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wm0-f45.google.com (mail-wm0-f45.google.com [74.125.82.45]) by dpdk.org (Postfix) with ESMTP id 396321B627 for ; Mon, 23 Oct 2017 16:30:44 +0200 (CEST) Received: by mail-wm0-f45.google.com with SMTP id q132so10207427wmd.2 for ; Mon, 23 Oct 2017 07:30:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=commprove.com; s=google; h=from:content-transfer-encoding:mime-version:subject:message-id:date :to; bh=MkJkHeS42EcLth2etevt3ejDwJEq7oCQ0QfzQb+Xgjg=; b=A3xRBV9ITeaB5XarmQ/b21Yh8OjJNx8sxigOsJgsgMpyHDcJQpXdaaUL5wNch0CU15 zPbB3qG42QbtpTtRhOo2a8B34kIPZgGiHdyjw14O/el6AzhDeJSBnqJaLpLQ5Ax71ZRo 5Bgs7PxVrwAkZ6xbIuKf1ILtL5Mgi4/xvQdkg= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:message-id:date:to; bh=MkJkHeS42EcLth2etevt3ejDwJEq7oCQ0QfzQb+Xgjg=; b=aRmlOVjfWiXjhMIWfEGv/TQcaM4s3momCdCJFprbbzy+8ZathHtfNxtXg89qbLptQP bfEJZjXqwmBs9qP+q3UI+IfiYMnYi3NkU7b8yDU46pbJ7HQmb45NgPhx6GKqa154aCl6 p++8n4w17SGVCeEfNhfW8rZB9UaVw3LYl7/2dBw/CnQ3B2CtBdZxMykNrEesP3Z0aLVB JqMUPU77jbemuKBKwnENOi3EpZisU3l/tJuM1rT2tm05zIBR6h/KUkHTxCufkLVch5/o +Fn214u2sMkzhvJMJOt8tOiYpRvJ+ePOInIxyGOT1Zlc/4NuRuC/0ZAxja8BaE00+lyC Wa3Q== X-Gm-Message-State: AMCzsaWcW70Ms1DXG4sCkFSmAbd65ZsJrDub+rhqpvVCp0B/uOLHCxK0 TqsiFKdv/XN740Zo7ixM2ZEXg5ttVwA= X-Google-Smtp-Source: ABhQp+QlXQE09XCoZyw429MHBJw3ojFcsATDHFKShN5vpR5GEXWNwJEzjDfK7MOQJyRK07KnUUG53w== X-Received: by 10.28.155.18 with SMTP id d18mr5791282wme.107.1508769043620; Mon, 23 Oct 2017 07:30:43 -0700 (PDT) Received: from [10.2.0.76] (92-223-230-52.ip276.fastwebnet.it. [92.223.230.52]) by smtp.gmail.com with ESMTPSA id 68sm4005262wmh.2.2017.10.23.07.30.42 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 23 Oct 2017 07:30:42 -0700 (PDT) From: Andrea Bigagli Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Message-Id: <9D0D360D-4828-4A0C-B3DE-36A59A400627@commprove.com> Date: Mon, 23 Oct 2017 16:30:42 +0200 To: users@dpdk.org X-Mailer: Apple Mail (2.3273) Subject: [dpdk-users] Device-agnostic VMDQ_DCB using only VLAN ID and PRIORITY, without MAC address tables X-BeenThere: users@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK usage discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2017 14:30:44 -0000 Hi, I=E2=80=99m in a non-virtualised environment where I have a dpdk-based = receiver that needs to direct traffic to different RX queues based = _ONLY_ on vlan=E2=80=99s VID and PCP (i.e. vlan_id and priority). I can=E2=80=99t rely on any specific mac addresses/ranges that I know in = advance to choose the RX queues and I cannot use VFs (max_vfs =3D 0 in = the PMD). If it makes any difference, I don=E2=80=99t need to TX anything, just = receive traffic for monitoring purposes. In the past (dpdk-16.11), since I was only working with ixgbe devices, I = hacked my way around and invoked dev_ops->set_vf_rx_mode with = "ETH_VMDQ_ACCEPT_HASH_UC | ETH_VMDQ_ACCEPT_BROADCAST | = ETH_VMDQ_ACCEPT_MULTICAST=E2=80=9D flags, which ultimately invoked = ixgbe_set_pool_rx_mode in the PMD. It seemed a bit of a kludge, but it has worked well. Now I=E2=80=99m facing two problems: I=E2=80=99m going to start using = also i40 devices and I=E2=80=99m going to upgrade to dpdk-17.08/17.11. 1) Latest DPDKs (since 17.02 IIRC) don=E2=80=99t have anymore a = =E2=80=9Cset_vf_rx_mode=E2=80=9D devop and the PMD has now a dedicated = rte_pmd_ixgbe_set_vf_rxmode which would do what I want, but it now seems = to force you to have VFs enabled, as it checks against max_vfs being > = 0, which is not my case. 2) I=E2=80=99ve never used i40 before and I don=E2=80=99t even know = where to start here. I have seen a =E2=80=9Crx_mode=E2=80=9D flag variable inside the = rte_eth_vmdq_rx_conf structure that is designed to be set with the = ETH_VMDQ_ACCEPT_* flags that I was using when invoking directly the = set_vf_rx_mode devop, but I can see it is only used when in VMDQ_ONLY = and not in VMDQ_DCB. So, to summarise, I don=E2=80=99t use VFs and I don=E2=80=99t have any = control / prior knowledge on mac addresses, but I=E2=80=99d like to = perform VMDQ_DCB multi queue RX using only vlan=E2=80=99s VID and PCP on = at least ixgbe and i40 PMDs, with latest DPDK. Is there a supported and device-agnostic way to do that?