Release Notes
Package Version: 2.0
April 03, 2015
Contents
- 1. Description of Release
- 2. New Features
- 3. Supported Features
- 4. Supported Operating Systems
- 5. Updating Applications from Previous Versions
- 6. Known Issues and Limitations
- 7. Resolved Issues
- 8. ABI policy
- 9. Frequently Asked Questions (FAQ)
- 9.1. When running the test application, I get “EAL: map_all_hugepages(): open failed: Permission denied Cannot init memory”?
- 9.2. If I want to change the number of TLB Hugepages allocated, how do I remove the original pages allocated?
- 9.3. If I execute “l2fwd -c f -m 64 –n 3 – -p 3”, I get the following output, indicating that there are no socket 0 hugepages to allocate the mbuf and ring structures to?
- 9.4. I am running a 32-bit DPDK application on a NUMA system, and sometimes the application initializes fine but cannot allocate memory. Why is that happening?
- 9.5. On application startup, there is a lot of EAL information printed. Is there any way to reduce this?
- 9.6. How can I tune my network application to achieve lower latency?
- 9.7. Without NUMA enabled, my network throughput is low, why?
- 9.8. I am getting errors about not being able to open files. Why?
- 9.9. Does my kernel require patching to run the DPDK?
- 9.10. VF driver for IXGBE devices cannot be initialized.
- 9.11. Is it safe to add an entry to the hash table while running?
- 9.12. What is the purpose of setting iommu=pt?
- 9.13. When trying to send packets from an application to itself, meaning smac==dmac, using Intel(R) 82599 VF packets are lost.
- 9.14. Can I split packet RX to use DPDK and have an application’s higher order functions continue using Linux* pthread?
- 9.15. Is it possible to exchange data between DPDK processes and regular userspace processes via some shared memory or IPC mechanism?
- 9.16. Can the multiple queues in Intel(R) I350 be used with DPDK?
- 9.17. How can hugepage-backed memory be shared among multiple processes?