From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wg0-f66.google.com (mail-wg0-f66.google.com [74.125.82.66]) by dpdk.org (Postfix) with ESMTP id E48E32E8F for ; Fri, 30 May 2014 14:43:55 +0200 (CEST) Received: by mail-wg0-f66.google.com with SMTP id m15so548926wgh.1 for ; Fri, 30 May 2014 05:44:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=B9pes33F7kyc6IvirNmFC0xHuhwYbIm/FADHO8LU8r4=; b=hDc35S7nqM1mDVOXEEvSOyqUmagsMxQpgduTIavVZrO6FPs8TapJEFId0iEpP6++jy gUbF3J8VubmsDYiDW2HU3gQiv13u84MtSodMdUhCChv3fbBVMXVfdXMHiZ6y2rhZBtn8 qoyX4mlHQpnN0IoZR4IMbwuuH73jOGYjhSIxHgAmDCORxXXFDPiniX3nsL/nFr11eIX8 uwdaWhTTQq2+vV2oCdK95qyhNujP5A2IPFtYR05C9A/u52xUPLVlF0hmvNDY7c/RoeYW PZq6pTCQKRgW4eAa/LRMtytzEvM/MMLrcIdGau2DfHDAxXW4ih8HQDCTw1wkjylsys7p ujAQ== MIME-Version: 1.0 X-Received: by 10.180.187.111 with SMTP id fr15mr6238735wic.57.1401453847208; Fri, 30 May 2014 05:44:07 -0700 (PDT) Received: by 10.194.192.105 with HTTP; Fri, 30 May 2014 05:44:07 -0700 (PDT) Date: Fri, 30 May 2014 15:44:07 +0300 Message-ID: From: Helmut Sim To: dev@dpdk.org Content-Type: multipart/mixed; boundary=001a11c265debc3bba04fa9d66e4 X-Content-Filtered-By: Mailman/MimeDel 2.1.15 Subject: [dpdk-dev] eth dev doesn't free mbufs for 82575EB X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 May 2014 12:43:56 -0000 --001a11c265debc3bba04fa9d66e4 Content-Type: text/plain; charset=UTF-8 Hi all, I am trying to verify that the 82575EB NIC functions well. The file rte_pci_dev_ids.h includes the following lines: #ifdef RTE_PCI_DEV_USE_82575EB_COPPER RTE_PCI_DEV_ID_DECL_IGB(PCI_VENDOR_ID_INTEL, E1000_DEV_ID_82575EB_COPPER) #endif so I defined the RTE_PCI_DEV_USE_82575EB_COPPER and hoped it will work well. I have one simple thread that reads from the device using rte_eth_rx_burst , then copy the content to another buffer, then free the rx buffer and transmit the new buffer. The systems function well (pinging with an external PC) untill the ring buffer of the tx is getting full and then there are no buffer descriptors to send the packets anymore. the buffers are all allocated from one single mempool that includes: rte_mempool_create("testing_mempool", 1000, 5000, 64, sizeof(struct rte_pktmbuf_pool_private), rte_pktmbuf_pool_init, NULL, rte_pktmbuf_init, NULL, rte_socket_id(), 0); I assume the tx (using rte_eth_tx_burst) is supposed to free the buffers, but it doesn't. Attached is the dev configuration, though I tried a lot of options but all brought me to the same result so i am pretty sure it is not the root cause. I've invest few days in order to understand this but with no success. Any idea what could be the cause? Thanks in advance --001a11c265debc3bba04fa9d66e4 Content-Type: text/plain; charset=US-ASCII; name="eth dev configuration.txt" Content-Disposition: attachment; filename="eth dev configuration.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hvtheb160 CnN0cnVjdCBydGVfZmRpcl9jb25mIGZkaXJfY29uZiA9IHsKCS5tb2RlID0gUlRFX0ZESVJfTU9E RV9OT05FLAoJLnBiYWxsb2MgPSBSVEVfRkRJUl9QQkFMTE9DXzY0SywKCS5zdGF0dXMgPSBSVEVf RkRJUl9SRVBPUlRfU1RBVFVTLAoJLmZsZXhieXRlc19vZmZzZXQgPSAweDYsCgkuZHJvcF9xdWV1 ZSA9IDEyNywKfTsKCgpzdHJ1Y3QgcnRlX2V0aF9yeG1vZGUgcnhfbW9kZSA9IHsKCS5tYXhfcnhf cGt0X2xlbiA9IEVUSEVSX01BWF9MRU4sIC8qKjwgRGVmYXVsdCBtYXhpbXVtIGZyYW1lIGxlbmd0 aC4gKi8KCS5zcGxpdF9oZHJfc2l6ZSA9IDAsCgkuaGVhZGVyX3NwbGl0ICAgPSAwLCAvKio8IEhl YWRlciBTcGxpdCBkaXNhYmxlZC4gKi8KCS5od19pcF9jaGVja3N1bSA9IDAsIC8qKjwgSVAgY2hl Y2tzdW0gb2ZmbG9hZCBkaXNhYmxlZC4gKi8KCS5od192bGFuX2ZpbHRlciA9IDEsIC8qKjwgVkxB TiBmaWx0ZXJpbmcgZW5hYmxlZC4gKi8KCS5od192bGFuX3N0cmlwICA9IDEsIC8qKjwgVkxBTiBz dHJpcCBlbmFibGVkLiAqLwoJLmh3X3ZsYW5fZXh0ZW5kID0gMCwgLyoqPCBFeHRlbmRlZCBWTEFO IGRpc2FibGVkLiAqLwoJLmp1bWJvX2ZyYW1lICAgID0gMCwgLyoqPCBKdW1ibyBGcmFtZSBTdXBw b3J0IGRpc2FibGVkLiAqLwoJLmh3X3N0cmlwX2NyYyAgID0gMCwgLyoqPCBDUkMgc3RyaXBwaW5n IGJ5IGhhcmR3YXJlIGRpc2FibGVkLiAqLwp9OwoKc3RhdGljIGNvbnN0IHN0cnVjdCBydGVfZXRo X2NvbmYgcG9ydF9jb25mID0gewoJLmxpbmtfc3BlZWQgPSBFVEhfTElOS19TUEVFRF9BVVRPTkVH LAoJLmxpbmtfZHVwbGV4ID0gRVRIX0xJTktfRlVMTF9EVVBMRVgsCgovLwkubHBia19tb2RlID0g MCwKCS5yeG1vZGUgPSB7CgkJCS5tYXhfcnhfcGt0X2xlbiA9IEVUSEVSX01BWF9MRU4sIC8qKjwg RGVmYXVsdCBtYXhpbXVtIGZyYW1lIGxlbmd0aC4gKi8KCQkJLnNwbGl0X2hkcl9zaXplID0gMCwK CQkJLmhlYWRlcl9zcGxpdCAgID0gMCwgLyoqPCBIZWFkZXIgU3BsaXQgZGlzYWJsZWQuICovCgkJ CS5od19pcF9jaGVja3N1bSA9IDAsIC8qKjwgSVAgY2hlY2tzdW0gb2ZmbG9hZCBkaXNhYmxlZC4g Ki8KCQkJLmh3X3ZsYW5fZmlsdGVyID0gMSwgLyoqPCBWTEFOIGZpbHRlcmluZyBlbmFibGVkLiAq LwoJCQkuaHdfdmxhbl9zdHJpcCAgPSAxLCAvKio8IFZMQU4gc3RyaXAgZW5hYmxlZC4gKi8KCQkJ Lmh3X3ZsYW5fZXh0ZW5kID0gMCwgLyoqPCBFeHRlbmRlZCBWTEFOIGRpc2FibGVkLiAqLwoJCQku anVtYm9fZnJhbWUgICAgPSAwLCAvKio8IEp1bWJvIEZyYW1lIFN1cHBvcnQgZGlzYWJsZWQuICov CgkJCS5od19zdHJpcF9jcmMgICA9IDAsIC8qKjwgQ1JDIHN0cmlwcGluZyBieSBoYXJkd2FyZSBk aXNhYmxlZC4gKi8KCQkJLm1xX21vZGUgPSBFVEhfTVFfUlhfTk9ORSwKCX0sCgkudHhtb2RlID0g ewoJCS5tcV9tb2RlID0gRVRIX01RX1RYX05PTkUsCgl9LAoKCS5mZGlyX2NvbmYgPSB7CgkJCS5t b2RlID0gUlRFX0ZESVJfTU9ERV9OT05FLAoJCQkucGJhbGxvYyA9IFJURV9GRElSX1BCQUxMT0Nf NjRLLAoJCQkuc3RhdHVzID0gUlRFX0ZESVJfUkVQT1JUX1NUQVRVUywKCQkJLmZsZXhieXRlc19v ZmZzZXQgPSAweDYsCgkJCS5kcm9wX3F1ZXVlID0gMTI3LAoJfSwKCi8vCS5pbnRyX2NvbmYgPSB7 Ci8vCQkubHNjID0gMSwJCQkvKio8IGxpbmsgc3RhdHVzIGludGVycnVwdCBmZWF0dXJlIGVuYWJs ZWQgKi8KLy8JfSwKfTsKCgpzdGF0aWMgY29uc3Qgc3RydWN0IHJ0ZV9ldGhfcnhjb25mIHJ4X2Nv bmYgPSB7CgkucnhfdGhyZXNoID0gewoJCS5wdGhyZXNoID0gUlhfUFRIUkVTSCwKCQkuaHRocmVz aCA9IFJYX0hUSFJFU0gsCgkJLnd0aHJlc2ggPSBSWF9XVEhSRVNILAoJfSwKCS5yeF9mcmVlX3Ro cmVzaCA9IDE2LCAvKio8IERyaXZlcyB0aGUgZnJlZWluZyBvZiBSWCBkZXNjcmlwdG9ycy4gKi8K CS5yeF9kcm9wX2VuID0gMSwgLyoqPCBEcm9wIHBhY2tldHMgaWYgbm8gZGVzY3JpcHRvcnMgYXJl IGF2YWlsYWJsZS4gKi8KfTsKCgpzdGF0aWMgY29uc3Qgc3RydWN0IHJ0ZV9ldGhfdHhjb25mIHR4 X2NvbmYgPSB7CgkudHhfdGhyZXNoID0gewoJCS5wdGhyZXNoID0gVFhfUFRIUkVTSCwKCQkuaHRo cmVzaCA9IFRYX0hUSFJFU0gsCgkJLnd0aHJlc2ggPSBUWF9XVEhSRVNILAoJfSwKCS50eF9mcmVl X3RocmVzaCA9IDE2LCAJLyoqPCBEcml2ZXMgdGhlIHNldHRpbmcgb2YgUlMgYml0IG9uIFRYRHMu ICovCgkudHhfcnNfdGhyZXNoID0gMSwgCQkvKio8IERyaXZlcyB0aGUgc2V0dGluZyBvZiBSUyBi aXQgb24gVFhEcy4gKi8KCS50eHFfZmxhZ3MgPSBFVEhfVFhRX0ZMQUdTX05PTVVMVE1FTVAsCn07 CiAg --001a11c265debc3bba04fa9d66e4--