From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-out1.informatik.tu-muenchen.de (mail-out1.informatik.tu-muenchen.de [131.159.0.8]) by dpdk.org (Postfix) with ESMTP id BA4632BA1 for ; Wed, 29 Jun 2016 11:40:19 +0200 (CEST) Received: from [127.0.0.1] (localhost [127.0.0.1]) by mail.net.in.tum.de (Postfix) with ESMTPSA id 1F048282F007 for ; Wed, 29 Jun 2016 11:40:19 +0200 (CEST) To: users@dpdk.org From: Paul Emmerich Message-ID: <57739782.60708@net.in.tum.de> Date: Wed, 29 Jun 2016 11:40:18 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.7.2 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Subject: [dpdk-users] FDir flex filters on XL710/i40e NICs with the new filter API X-BeenThere: users@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: usage discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jun 2016 09:40:19 -0000 Hi, we are trying to use flex filters to match on payload bytes and our code stopped working with the new Filter API after upgrading to DPDK 2.2 or later (currently using 16.04). We use these filters to match on the bytes 42 and 43 of the payload, the filter worked with DPDK 2.0 with both XL710 and 82599 NICs with the old fdir filter API. We then upgraded to DPDK 2.2 and later to DPDK 16.04 and migrated to the new filter API. The filter still works on 82599 NICs but not on XL710 NICs. Any ideas what we might be doing wrong here? The initialization code can be found here: https://github.com/emmericp/MoonGen/blob/master/src/device.c#L115-L157 Adding the filter is done here: https://github.com/emmericp/MoonGen/blob/master/lua/include/filter.lua#L356-L385 rte_eth_dev_filter_ctrl() does not return an error and the same code works for the 82599 NIC. Yet, the filter matches no packets on XL710 NICs. Is there a minimal example for the flex filters somewhere that could help me track down this? Any help would be appreciated. Thanks! Paul