From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-qk0-f182.google.com (mail-qk0-f182.google.com [209.85.220.182]) by dpdk.org (Postfix) with ESMTP id 7EC5D37B0 for ; Mon, 17 Apr 2017 04:36:18 +0200 (CEST) Received: by mail-qk0-f182.google.com with SMTP id h67so96736526qke.0 for ; Sun, 16 Apr 2017 19:36:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to:cc; bh=sdqjvayf7YQ1mYwx0d77t+aEU1AL3Ej5WxIwI8oUvUU=; b=VeshEAtN7h+rXexpsbHgQCuuzpvIE3xkGkzzOCm+T6Sb2JqUXkuCSm7iahRIvTHsZq pKOAVzDwRZ3tjBaC7NU+KTfl1Qnh7SdV/E1UaNtPkcZsHr+uhoB0ECDqP5s3KpBsp5Yz g+7oL3YT7B5HLhQOkyRiULKuLT1aHr4bgNvmakZ51AFVa5KB4s9D9IxdxqKCxPJkieJN TRV/yRnuB4fRWefwXYra49kLsY9HDz/G1U47sLpsHK5ZZ13uHC2wwXMECA0K0wgPj9JM hkoX22L9Y+Xju+E8Q2CdiSX51ZIHdipf5KQvpqKEDIUyYh3YbMj3jY6tnnNy1+aoaYq1 oyBA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=sdqjvayf7YQ1mYwx0d77t+aEU1AL3Ej5WxIwI8oUvUU=; b=TjQBECQ7thFSUST5EzuylMdHT2AIlPJ1RGZayrfSMYeCROtfLtXB4uEi1jK6Glx8Bm p/+LBUzFyMx+82kJJU44ciyb8u9TQkhhSyLrjKqAqZOzXrN1tOHFYLGh7EhFsw71XEVd gD6Xm34Q2sRHXeWKmNwdAXZjoU0mciImS6GYlt8mWPuZLUsHVq/mhVaQ7qxVe+Q2z7hf 4l9+1K25FXzk26QESpErWDCoZIxbn9WVjmmeoa7vllr+iG1T3xMyGzs41tF6VBudJGt+ TIGWjyERIUExjlav0rlkUPco1Onx8d7cmQn3S1PG/EICexHrrNPjgmfZmK8YWpJjC2Z9 sZ4g== X-Gm-Message-State: AN3rC/4ExwQZArHMgFdw+/cOaInd/LaFaECH2Wf8p5VSSHqs3+1W3tzb 4sHNEA6mro/zN39Zh66jJS6PekLVr4l1 X-Received: by 10.55.18.218 with SMTP id 87mr6451186qks.44.1492396577553; Sun, 16 Apr 2017 19:36:17 -0700 (PDT) MIME-Version: 1.0 Received: by 10.12.158.38 with HTTP; Sun, 16 Apr 2017 19:36:17 -0700 (PDT) From: Tetsuro Nakamura Date: Mon, 17 Apr 2017 11:36:17 +0900 Message-ID: To: users@dpdk.org Cc: Adrien Mazarguil , "Zhao1, Wei" , "Lu, Wenzhuo" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.15 Subject: Re: [dpdk-users] using rte_flow via tespmd with Intel X552 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, 17 Apr 2017 02:36:18 -0000 Dear Adrien and Wenzhuo, Thank you very much for your kind reply. I tried flow_director_filter API directly using testpmd with the same environment. So let me add more information. - Using pktgen-3.0.13, I prepared 2 flows whose dst-Macs are 0c:c4:7a:cf:66:11 and 0c:c4:7a:cf:66:12 respectively. ``` Pktgen> set 0 seqCnt 2 Pktgen> seq 0 0 0c:c4:7a:cf:66:11 0c:c4:7a:cf:66:01 192.168.1.1 192.168.0.1/24 1234 5678 ipv4 udp 1 64 Pktgen> seq 0 0 0c:c4:7a:cf:66:12 0c:c4:7a:cf:66:02 192.168.1.1 192.168.0.1/24 1234 5678 ipv4 udp 1 64 Pktgen> start 0 ``` - Then I started testpmd with options of "--rxq=2 --txq=2" and "--pkt-filter-mode=perfect-mac-vlan". - No error had occurred when configuring flow_director_filter. - When started, all packets were received in Pktgen. ``` $sudo ./dpdk-17.04/x86_64-native-linuxapp-gcc/app/testpmd -l 0-4 -n 4 -- -i --portmask=0x3 --nb-cores=4 --rxq=2 --txq=2 --pkt-filter-mode=perfect-mac-vlan testpmd> flow_director_filter 0 mode MAC-VLAN add mac 0c:c4:7a:cf:66:11 vlan 1 flexbytes (0x80,0x00) fwd queue 0 fd_id 1 testpmd> flow_director_filter 0 mode MAC-VLAN add mac 0c:c4:7a:cf:66:12 vlan 1 flexbytes (0x80,0x00) fwd queue 1 fd_id 2 testpmd> start ``` - When queue 0 was stopped, no packet was received in Pktgen. ``` testpmd> stop testpmd> port 0 rxq 0 stop testpmd> start ``` - When queue 1 was stopped, all packets were received in Pktgen. ``` testpmd> stop testpmd> port 0 rxq 0 start testpmd> port 0 rxq 1 stop testpmd> start ``` - which (I guess) mean the flow is not supported as you said. - The mac argument in flow_director_filter is dst-Mac, right? 2017-04-17 9:55 GMT+09:00 Lu, Wenzhuo : > Hi, > > > -----Original Message----- > > From: Adrien Mazarguil [mailto:adrien.mazarguil@6wind.com] > > Sent: Friday, April 14, 2017 5:22 PM > > To: Tetsuro Nakamura > > Cc: users@dpdk.org; Lu, Wenzhuo > > Subject: Re: [dpdk-users] using rte_flow via tespmd with Intel X552 > > > > Hi Tetsuro, > > > > On Thu, Apr 13, 2017 at 10:18:28AM +0900, Tetsuro Nakamura wrote: > > > Hi All, > > > > > > I'm now trying to use simple L2 function with "Generic Flow API > (rte_flow)" > > > using testpmd in dpdk-17.02, > > > but it doesn't work with the error below. > > > > > > ----------- > > > $sudo ./dpdk-17.02/x86_64-native-linuxapp-gcc/app/testpmd -l 0-3 -n 4 > > > -- -i > > > --portmask=0x3 --nb-cores=2 > > > > > > testpmd> flow validate 0 ingress pattern eth / eth dst is > > > testpmd> a0:36:9f:78:30:26 > > > / end actions drop / end > > > Caught error type 9 (specific pattern item): cause: 0x7ffd225adc88, > > > Not supported by L2 tunnel filter > > > testpmd> flow validate 0 ingress pattern eth / eth dst is > > > testpmd> a0:36:9f:78:30:26 > > > / end actions queue index 0 / end > > > Caught error type 9 (specific pattern item): cause: 0x7ffd225adc88, > > > Not supported by L2 tunnel filter > > > ----------- > > > > > > I tried several other flows and got the same error. > > > I'm using Intel X552 NIC. The firmware-version is 0x800003e7. > > > > > > ----------- > > > $ sudo ethtool -i rename6 > > > driver: ixgbe > > > version: 5.0.4 > > > firmware-version: 0x800003e7 > > > expansion-rom-version: > > > bus-info: 0000:03:00.0 > > > supports-statistics: yes > > > supports-test: yes > > > supports-eeprom-access: yes > > > supports-register-dump: yes > > > supports-priv-flags: no > > > ----------- > > > > > > My question is, > > > am I missing some additional settings to do ? > > > Should I use another firmware version ? > > > # DPDK 17.02 official release note says the tested firmware version > > > was 0x800001cf. > > > # My version, 0x800003e7 is newer, isn't it? > > > > > > I don't think the NIC does't support such simple L2 functions. > > > But if it doesn't, are there any documents that tell us which NIC > > > supports which flow rules in rte_flow? > > > Could you tell me what flows I can try with Intel X552 NIC? > > > > > > Thank you and best regards, > > > > > > Tetsuro Nakamura, NTT > > > > I'm not familiar with ixgbe but this issue reminds me of this thread [1], > > particularly the following comment: > > > > "the rte_flow_error returned was not very useful for it does return the > > error of the last tried filter-type (L2 tunnel in ixgbe), and not the > error of the > > filter-type that my setup should use (flow director)" > > > > CC'ing Wenzhuo, I think this issue is present in 17.02, has it been > fixed since? > > > > [1] http://dpdk.org/ml/archives/dev/2017-March/059928.html > +Wei > About the previous discussion, Wei has sent the patch to remove the tpid > in ixgbe. But no improvement of error message yet as I know. > > I think this flow is not supported. Generic flow API is flexible enough, > but not every flow can be supported. The flow is supported or not has > nothing to do with if it's simple. It's limited to HW capability. Wei, do > you have some doc to shared or even has uploaded to the community? Thanks. > > > > > -- > > Adrien Mazarguil > > 6WIND >