From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <helmut.edgar100@gmail.com>
Received: from mail-wr0-f195.google.com (mail-wr0-f195.google.com
 [209.85.128.195]) by dpdk.org (Postfix) with ESMTP id 7460A14EC
 for <users@dpdk.org>; Sun, 27 May 2018 13:20:56 +0200 (CEST)
Received: by mail-wr0-f195.google.com with SMTP id i14-v6so15911429wre.2
 for <users@dpdk.org>; Sun, 27 May 2018 04:20: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=w0+N9tcW1rTDrx+2RirFmiev35Wa18mRHAiQDNqHL58=;
 b=m9KP8N5MAKwdIqQU3qTjr4gk4aFgpLJllHW6ipIO5+TKAqmRva6DUbnAFkB4s4GM5e
 NBns94i7xS21oDmwA3LqyByxdIU8xEtmYS427jWxwCsRqkCQ/kNn/O5ETAvz2AJ2fDh+
 Y5/rm9OrLuYqoKzb+o2NkHKD18z2IsT0zMRz2koUycjHW2kRZEPkWcAHw14Odo1u1ol0
 EQnofyem90OYMqXYf9lAOQ/V6o3vgzSMFKissfvmj5njqFk5CkHwjf6BG1+eYaJiom/b
 i8qnnN5lEaG0j7uZriAU3idqWt0tpGjYXVMmxmiGgYZpgvu6+NT08ic2Wh4R5C7RUuPw
 s1Ag==
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=w0+N9tcW1rTDrx+2RirFmiev35Wa18mRHAiQDNqHL58=;
 b=rC01FbOpNMHEPXYYRdgXCeKnBKz+SRmJquzISrSv676Sv6hW5HxcbscsQqzU1IRfac
 sySVqR/+7H9zrPWZJYBY3vjQmMPUxY+vXUNYoUIBCwfm26sJ1nBe7Tbx+08IhCsC5+b/
 R2DSZu96V4ulNAmgzQuUM5LcQWn1GvjF+rs0cioaJrag8TpWr1riUnEzllnaMqPhGjYO
 SM3rW+0PorWJj/uSjVGIhFSgaRdcRdpqVsR1+P4wAsyi30gFtSC/ocZGmjYdlcXVv/Ga
 cb/3cJtocyBnFQirg1FlRxZu8t5bfjBdjMfWS26Xx1goG/1u24k4jaA0JDAPUwvxgawO
 0hng==
X-Gm-Message-State: ALKqPwcpwhPBhTewhOe8udfLR9eTFGQUUJe/8qWGVjvL0OCs9K5TxbgU
 QUUA4g4kK5JpZdUn8BLosQ15KzXB2La0mDQf7MuHYQ==
X-Google-Smtp-Source: AB8JxZpVMRk2KTAI8CXAS4BXq9ZhJByuydxlPxi247PRQz/KjOkYWvtB83coB533GXAwdiXMy6hqLA2sV85LTGaswDI=
X-Received: by 2002:adf:a075:: with SMTP id
 l50-v6mr8356101wrl.227.1527420056041; 
 Sun, 27 May 2018 04:20:56 -0700 (PDT)
MIME-Version: 1.0
Received: by 2002:adf:8504:0:0:0:0:0 with HTTP; Sun, 27 May 2018 04:20:55
 -0700 (PDT)
From: edgar helmut <helmut.edgar100@gmail.com>
Date: Sun, 27 May 2018 14:20:55 +0300
Message-ID: <CABc_bMDy5g7M3=B9fC5PgiT1EpQDvjBseFqQb6ZeGOYXOKEk8g@mail.gmail.com>
To: users@dpdk.org
Content-Type: text/plain; charset="UTF-8"
X-Content-Filtered-By: Mailman/MimeDel 2.1.15
Subject: [dpdk-users] all rx packets are zero on dpdk but function well on
	linux
X-BeenThere: users@dpdk.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: DPDK usage discussions <users.dpdk.org>
List-Unsubscribe: <https://dpdk.org/ml/options/users>,
 <mailto:users-request@dpdk.org?subject=unsubscribe>
List-Archive: <http://dpdk.org/ml/archives/users/>
List-Post: <mailto:users@dpdk.org>
List-Help: <mailto:users-request@dpdk.org?subject=help>
List-Subscribe: <https://dpdk.org/ml/listinfo/users>,
 <mailto:users-request@dpdk.org?subject=subscribe>
X-List-Received-Date: Sun, 27 May 2018 11:20:56 -0000

Hi,

I have a 82599ES that functions well on linux (i.e. ixgbe).
However, when binded to dpdk 100% of the received packets are counted as
missed (using testpmd as well as my own stable application), and non arrive
to the application.

I wonder what can be the reason. Why does it functions well on linux but
not in dpdk, what can be the reason that the polling rx app doesn't
actually read from the device.

I'm using dpdk 16.11.
ubuntu 16.04
hp g9

This is the interface:
07:00.0 Ethernet controller: Intel Corporation 82599ES 10-Gigabit SFI/SFP+
Network Connection (rev 01)
    Subsystem: Intel Corporation Ethernet Server Adapter X520-2
    Physical Slot: 2
    Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr+
Stepping- SERR- FastB2B- DisINTx+
    Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort-
<MAbort+ >SERR- <PERR- INTx-
    Latency: 0, Cache Line Size: 64 bytes
    Interrupt: pin A routed to IRQ 47
    Region 0: Memory at f8100000 (64-bit, non-prefetchable) [size=512K]
    Region 2: I/O ports at 6000 [size=32]
    Region 4: Memory at f8200000 (64-bit, non-prefetchable) [size=16K]
    Capabilities: <access denied>
    Kernel driver in use: igb_uio
    Kernel modules: ixgbe


The only patch I currently have is forwarding the traffic to an internal VM
and running the dpdk app in the VM, but it is not optimal at all.

Thanks.