From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-vk0-f45.google.com (mail-vk0-f45.google.com [209.85.213.45]) by dpdk.org (Postfix) with ESMTP id C889B5F17 for ; Mon, 26 Mar 2018 12:09:56 +0200 (CEST) Received: by mail-vk0-f45.google.com with SMTP id r184so1915288vke.11 for ; Mon, 26 Mar 2018 03:09:56 -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; bh=++Dm1AIa+LQe5+lMbMOJh3da+KXCBu+8d7+TXnsaakY=; b=dooi6PD49MAsFvbxpfndSR0e4XFn96pJn2weMyasJDnateKPRqRIU9PxU23DSvOIrE VdqC+o8hDo6j/SFlcZ8gbeyXLp7/9bQD6wLSgaDZUkN6g1zXmqO+PH/F+k8P3PPZITgP 2RE7ijeK2J7ilswTFPmOmu5Vl8KF+VrJ8Hk7S1a6tv04qGqhF6wA4TzcyomSAgWsP+Iu HAL7F47Q75J2C0g3YQUgGkF/yFGdwyBVE8hkodmZhHMYCp7lZcrTRk2QIRUblQaBAxCK +Ahb98lRYdBFUr5Gc7x7zkzoCKaeZG7SO5QNQ5MZVu4J6c2QMbOuUQfDjRoaABnfYDub M7lw== 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; bh=++Dm1AIa+LQe5+lMbMOJh3da+KXCBu+8d7+TXnsaakY=; b=nh0Zf5Z2fK1uf7CQ/zQ94X9rV8atVciPS/sSjRMXzgJ5dRlE//m6CjoBY+0ZXFKcEb NIH8X0B49qEsvIEM9Y4vkzD+Hz3jNyLtmCIVq84ecuoNb6HlKA4xXhDqricRFk6i3S0a BjCgh4cZsHFUmCYAQ0gp/La1LSbzDv4XZSCgqOfNU47cE9rTwlJ4n4zI4vFozuiNaekW Y2i9lPPTJhAbwt0NfwWGL/kHt/aZuZo1SRi5+Svw71H/JEjyet+X7446uB4fsmjr56Om 8DRLneyIXzj/serDJPNlUBAsChEuw51zhU9dWlXU8m0spzWchyXFMxxUhd4YUg3hHDSR gxVw== X-Gm-Message-State: AElRT7HBJFSdSoaNX/ngi74Gae7MUeAkkmGnr2LR1cX7CMOAH347xtS3 God9LtKD2Bysg6iSVQMAFlSqN8VcWXtYhE1SIMS8NDYL X-Google-Smtp-Source: AG47ELssv+KE8z8kqZ+glNQiN+2y6Wgq7BIiSRyfE8k554ZdnF8VsiXYo6BuIQCi2CjSqWltOn9Yqp7G5mg9D/NDaKo= X-Received: by 10.31.84.194 with SMTP id i185mr13787474vkb.56.1522058995905; Mon, 26 Mar 2018 03:09:55 -0700 (PDT) MIME-Version: 1.0 Received: by 10.31.157.14 with HTTP; Mon, 26 Mar 2018 03:09:35 -0700 (PDT) From: Bin Huang Date: Mon, 26 Mar 2018 18:09:35 +0800 Message-ID: To: users@dpdk.org Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.15 Subject: [dpdk-users] mlx5 driver didn't set corresponding packet_type flag in TCP_ACK packet case 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, 26 Mar 2018 10:09:57 -0000 Greetings all, I have run l3fwd example program using two mlx5 NIC( MLNX_OFED_LINUX-4.3-1.0.1.0 ) base on DPDK 17.08 and use pktgen as flowgen. This demo provided by DPDK works fine in UDP case, but in pktgen TCP case, l3fwd can't forward packet to nexthop port. After look into function rxq_cq_to_pkt_type(), I found while handling IPv4 TCP ACK packets: > l4_hdr_type bits[2:0] in CQE is (100) > l3_hdr_type bits[1:0] in CQE is (10) It looks fine according to CQE format in doc: > l4_hdr_type: 0 - None 1 - TCP header was present in the packet 2 - UDP header was present in the packet 3 - TCP header was present in the packet with Empty TCP ACK indication. (TCP packet flag is set, and packet carries no data) 4 - TCP header was present in the packet with TCP ACK indication. (TCP packet flag is set, and packet carries data). > l3_hdr_type: 00 - None 01 - IPv6 10 - IPv4 But combined l4_hdr_type and l3_hdr_type into idx, the idx would be 0x12, which was not reserved in mlx5_set_ptype_type(). Then RTE_PTYPE_UNKNOWN would be return to caller which caused sub-sequence procedure going wrong. Did I omit any possible configuration to make ptype flag work for TCP ACK packets, or should I add (*p)[0x12] in mlx5_set_ptype_type() to make this work? Thanks for your time, Bin