From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga02.intel.com (mga02.intel.com [134.134.136.20]) by dpdk.org (Postfix) with ESMTP id EA4C8952 for ; Tue, 1 Sep 2015 15:45:23 +0200 (CEST) Received: from orsmga003.jf.intel.com ([10.7.209.27]) by orsmga101.jf.intel.com with ESMTP; 01 Sep 2015 06:45:22 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.17,449,1437462000"; d="scan'208";a="636289050" Received: from irsmsx103.ger.corp.intel.com ([163.33.3.157]) by orsmga003.jf.intel.com with ESMTP; 01 Sep 2015 06:45:22 -0700 Received: from irsmsx108.ger.corp.intel.com ([169.254.11.12]) by IRSMSX103.ger.corp.intel.com ([169.254.3.251]) with mapi id 14.03.0224.002; Tue, 1 Sep 2015 14:45:19 +0100 From: "De Lara Guarch, Pablo" To: =?iso-8859-2?Q?Martin_Dra=B9ar?= , "dev@dpdk.org" Thread-Topic: [dpdk-dev] Broken RSS hash computation on Intel 82574L Thread-Index: AQHQ4+bOvcuA4Nsx8EeyOYp9Fm/cup4nsJ5w Date: Tue, 1 Sep 2015 13:45:18 +0000 Message-ID: References: <55E44563.5050208@ics.muni.cz> In-Reply-To: <55E44563.5050208@ics.muni.cz> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [163.33.239.181] Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: Re: [dpdk-dev] Broken RSS hash computation on Intel 82574L 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: Tue, 01 Sep 2015 13:45:24 -0000 Hi Martin, > -----Original Message----- > From: dev [mailto:dev-bounces@dpdk.org] On Behalf Of Martin Dra=B9ar > Sent: Monday, August 31, 2015 1:16 PM > To: dev@dpdk.org > Subject: [dpdk-dev] Broken RSS hash computation on Intel 82574L >=20 > Hi, >=20 > I am using RSS to get identical hash for both directions of a flow. > Everything is working as it should with the Intel 82599ES, but when I > run the same code with the Intel 82574L, then the hash is not calculated > correctly and returns 0 as a hash value for all flows. >=20 > I could use the Toeplitz hash implementation from 2.1.0, but I would > rather do it in hardware, because according to specification, 82574L can > do RSS in hardware. >=20 > Any ideas what might be wrong? >=20 > Thanks in advance, > Martin >=20 > conf: > #define RSS_HASH_KEY_LENGTH 40 > static uint8_t hash_key[RSS_HASH_KEY_LENGTH] =3D { > 0x6D, 0x5A, 0x6D, 0x5A, 0x6D, 0x5A, 0x6D, 0x5A, > 0x6D, 0x5A, 0x6D, 0x5A, 0x6D, 0x5A, 0x6D, 0x5A, > 0x6D, 0x5A, 0x6D, 0x5A, 0x6D, 0x5A, 0x6D, 0x5A, > 0x6D, 0x5A, 0x6D, 0x5A, 0x6D, 0x5A, 0x6D, 0x5A, > 0x6D, 0x5A, 0x6D, 0x5A, 0x6D, 0x5A, 0x6D, 0x5A }; >=20 > static const struct rte_eth_conf port_conf =3D { > .link_speed =3D 0, > .link_duplex =3D 0, > .rxmode =3D { > .mq_mode =3D ETH_RSS, > .max_rx_pkt_len =3D 0, > .split_hdr_size =3D 0, > .header_split =3D 0, > .hw_ip_checksum =3D 0, > .hw_vlan_filter =3D 0, > .hw_vlan_strip =3D 0, > .hw_vlan_extend =3D 0, > .jumbo_frame =3D 0, > .hw_strip_crc =3D 0, > }, > .txmode =3D { > .mq_mode =3D ETH_DCB_NONE, > }, > .lpbk_mode =3D 0, > .rx_adv_conf =3D { > .rss_conf =3D { > .rss_key =3D hash_key, > .rss_key_len =3D RSS_HASH_KEY_LENGTH, > .rss_hf =3D ETH_RSS_PROTO_MASK, > }, > }, > }; 82574L NIC uses em PMD, which does not support more than 1 queue. Therefore RSS is disabled in the NIC and then you cannot have RSS hashes. Thanks, Pablo