From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from dpdk.org (dpdk.org [92.243.14.124]) by inbox.dpdk.org (Postfix) with ESMTP id F14E7A2EFC for ; Tue, 15 Oct 2019 16:01:17 +0200 (CEST) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id 1CA0E1EC62; Tue, 15 Oct 2019 16:01:17 +0200 (CEST) Received: from us-smtp-1.mimecast.com (us-smtp-delivery-1.mimecast.com [205.139.110.120]) by dpdk.org (Postfix) with ESMTP id 320691EC02 for ; Tue, 15 Oct 2019 16:01:15 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1571148074; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type; bh=UqAYV0IefCWP7svqCkOSZUYl7jetdjai7QL2feiwau0=; b=CbcFosCTOhCLAQbBkEnXbDmYY+fQ2qXmDzAhgozDAjpZG7U6PssHl4VwkTYepk20pZ9bxf +dmYXxgZcPFKg/BzIFgaTkZTVXkgmrExf/D3PQvgw0G5VFWs3F/iBobMRu7v8Ymhra6+L0 dM74jkRkkBXoF3Rwiw888kZgKwuafkI= Received: from mail-qt1-f200.google.com (mail-qt1-f200.google.com [209.85.160.200]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-50-I2db-YQFPkW-aw33YL5JLg-1; Tue, 15 Oct 2019 10:01:12 -0400 Received: by mail-qt1-f200.google.com with SMTP id r19so21311621qtk.15 for ; Tue, 15 Oct 2019 07:01:12 -0700 (PDT) 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=7tOZorlhA0T+CIpneLZwlLzCmzNY/YSJBvM4hTLgYDE=; b=BZDj4RgxLT5dnYuV7aluTVI6VS9lXto+s/qVF0uiUFez1IgLYuscY8OuojTGZNa02p WgyItKxDIJB4ph9V/syzz4rkN56umM2ILYfso5xMqkEI17ErPLU48RKaXqCAY+J6pgQ7 HNXLjpjyNxR+Kou3w230QhD8+4qvqtv7HkRyNmo3XYkcwZqz4k1V/8YbsiWmR1mJG20H 5W+lsC+mVDonahnl5Xite6bNpQvAws/l2eoxnwHgjrwkKjbQplOtbAV3Ra4xY5kmjwVe KUekNlO5/uxQ1yLCJzBJQD1WsMmjYcoSQ7G9bSAuOK6ibQZi03Bd6AIBiRUsINSLnDn1 BI7g== X-Gm-Message-State: APjAAAWBId+vkR2K4Iu0R223E2dUluhvubBWWT/sL5XwWdm+DO20VPdy csTRGQ2Se+VDAJnp333+XIRNpQ/FpQ6ihpcWpMQCbASaxQObydRUjtZCjsENC7FIPr8JgKwcm9v oGKEIpEX2A/NkMxbDL28k X-Received: by 2002:a05:620a:20d4:: with SMTP id f20mr22309312qka.373.1571148071935; Tue, 15 Oct 2019 07:01:11 -0700 (PDT) X-Google-Smtp-Source: APXvYqxNJb8HgQfQaTxUPgp5cV8J/c3HKSVuKeOCHhoXEerpTvtN1MQVfrnpjgkLqHqOUdo9pGzfeHViMU+dDX/9q/E= X-Received: by 2002:a05:620a:20d4:: with SMTP id f20mr22309255qka.373.1571148071481; Tue, 15 Oct 2019 07:01:11 -0700 (PDT) MIME-Version: 1.0 From: Bill Michalowski Date: Tue, 15 Oct 2019 10:01:00 -0400 Message-ID: To: dev@dpdk.org, users@dpdk.org X-MC-Unique: I2db-YQFPkW-aw33YL5JLg-1 X-Mimecast-Spam-Score: 0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.15 Subject: [dpdk-users] testpmd / SR-IOV RX packets, but TX-errors 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: , Errors-To: users-bounces@dpdk.org Sender: "users" I'm trying run testpmd with SR-IOV, specifically across two VFs. I see packets being received successfully by the application but they are not being transmitted. They are dropped with the 'TX-errors' counters incrementing. However, if I generate the same traffic and the DUT isn't programmed with SR-IOV, but with testpmd just across PFs, the packets are transmitted just fine and I don't have any TX-errors. I'm hoping someone can help me figure out why the TX packets are being dropped in the SR-IOV case. testpmd is running in the default "io" mode. The DUT is a two port Intel xxv710 25G card. To simplify things, I'm not actually using a guest, just testpmd across VFs. *# rpm -qa | grep dpdk* dpdk-18.11.2-1.el7.x86_64 *# uname -r* 3.10.0-1062.1.2.el7.x86_64 *# cat /etc/redhat-release * Red Hat Enterprise Linux Server release 7.7 (Maipo) PFs: #* ethtool -i p7p1* driver: i40e version: 2.10.19.30 firmware-version: 6.80 0x80003d17 18.8.9 expansion-rom-version: bus-info: 0000:86:00.0 *# ethtool -i p7p2* driver: i40e version: 2.10.19.30 firmware-version: 6.80 0x80003d17 18.8.9 expansion-rom-version: bus-info: 0000:86:00.1 Procedure: Create VFs: *#echo 1 > /sys/class/net/p7p1/device/sriov_numvfs* *#echo 1 > /sys/class/net/p7p2/device/sriov_numvfs* *# ip l* 4: p7p1: mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000 link/ether 3c:fd:fe:b9:c8:a0 brd ff:ff:ff:ff:ff:ff vf 0 MAC 00:00:00:00:00:00, spoof checking on, link-state auto, trust off 5: p7p2: mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000 link/ether 3c:fd:fe:b9:c8:a1 brd ff:ff:ff:ff:ff:ff vf 0 MAC 00:00:00:00:00:00, spoof checking on, link-state auto, trust off 13: p7p1_0: mtu 1500 qdisc noop state DOWN mode DEFAULT group default qlen 1000 link/ether 6a:ff:a3:55:23:4e brd ff:ff:ff:ff:ff:ff 14: p7p2_0: mtu 1500 qdisc noop state DOWN mode DEFAULT group default qlen 1000 link/ether da:a1:1c:c4:6c:e7 brd ff:ff:ff:ff:ff:ff *# ethtool -i p7p1_0* driver: iavf version: 3.7.53 firmware-version: N/A expansion-rom-version: bus-info: 0000:86:02.0 *# ethtool -i p7p2_0* driver: iavf version: 3.7.53 firmware-version: N/A expansion-rom-version: bus-info: 0000:86:0a.0 Set MAC addresses: *#ip link set p7p1 vf 0 mac a0:b0:c0:d0:e0:f0* *#ip link set p7p2 vf 0 mac 66:55:44:33:22:11* Set trust mode: *#ip link set p7p1 vf 0 trust on#ip link set p7p2 vf 0 trust on* Unbind iavf from VFs and bind vfio-pci to them: *# modprobe vfio-pci* *# dpdk-devbind -u 0000:86:02.0 0000:86:0a.0* *# dpdk-devbind -b vfio-pci 0000:86:02.0 0000:86:0a.0* *# dpdk-devbind -s* Network devices using DPDK-compatible driver =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D 0000:86:02.0 'Ethernet Virtual Function 700 Series 154c' drv=3Dvfio-pci unused=3Diavf 0000:86:0a.0 'Ethernet Virtual Function 700 Series 154c' drv=3Dvfio-pci unused=3Diavf Start testpmd: #*/usr/bin/testpmd -l 1,3,35 --socket-mem 1024,1024 -n 4 --proc-type auto --file-prefix testpmd0 -w 0000:86:02.0 -w 0000:86:0a.0 -- --nb-cores=3D2 --nb-ports=3D2 --portmask=3D3 --auto-start --rxq=3D1 --txq=3D1 --rxd=3D2048 --txd=3D2048 -i* Starting traffic at the far end, packets are RX successfully on the DUT but not TX, with many TX-errors: *testpmd> show port stats all* ######################## NIC statistics for port 0 ######################## RX-packets: 144132155 RX-missed: 0 RX-bytes: 9224457088 RX-errors: 0 RX-nombuf: 0 TX-packets: 0 TX-errors: 137664400 TX-bytes: 0 Throughput (since last show) Rx-pps: 19000875 Tx-pps: 0 ###########################################################################= # ######################## NIC statistics for port 1 ######################## RX-packets: 144324307 RX-missed: 0 RX-bytes: 9236754880 RX-errors: 0 RX-nombuf: 0 TX-packets: 0 TX-errors: 137873118 TX-bytes: 0 Throughput (since last show) Rx-pps: 19000772 Tx-pps: 0 ###########################################################################= # Thanks for any help. - Bill