[dpdk-dev] RTE_EAL on single core CPUs

Dear Bruce, Thank you for the quick reply, you are indeed right. In fact the problem is much more simple than that, now that I realise. Our application must have one (or more) threads which do background tasks aside from packet processing (one of them is actually controlling the I/O), and with

[dpdk-dev] BUG: unable to handle kernel paging request

Hi, When trying to bind VF to igb_uio on a PV machine I get the following error the module crashes BUG: unable to handle kernel paging request Xen dmesg shows mm.c:618:d1 Could not get page ref for pfn df300 I'm new to dpdk so if you need any other information let me know. Regards, Samue

[dpdk-dev] RTE_EAL on single core CPUs

Dear all, I was preparing a development machine (kvm - qemu) with a single core, and stumbled with what appears to be a limitation with EAL [1]. The VM is setup emulating a SandyBridge CPU but with a single CPU and running 1.6.0 branch HEAD (perhaps this is the problem??). I was also intereste

[dpdk-dev] [PATCH] Revert "timer: get TSC frequency from /proc/cpuinfo"

This reverts commit da6fd0759cbeb5fc14991a79e40105b9f6b99059. The use of cpuinfo to determine the frequency of the TSC is not advisable and leads to incorrect results when power management is in use. This is because, while the TSC frequency does not change in modern cpus with constant_tsc support,

[dpdk-dev] RTE_EAL on single core CPUs

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Marc Sune > Sent: Monday, April 07, 2014 1:51 PM > To: > Subject: [dpdk-dev] RTE_EAL on single core CPUs > > Dear all, > > I was preparing a development machine (kvm - qemu) with a single core, and > stumbled w

[dpdk-dev] rte_pktmbuf_alloc fails

Hi Meir, On Tuesday, April 01, 2014 02:53:47 PM Meir Tseitlin wrote: > I think I found the problem - it was solved by manually calling > rte_pktmbuf_free for each packet. > It seems that rte_pktmbuf_free is not automatically called from > within rte_eth_tx_burst if packets are sent to pcap device.

[dpdk-dev] rte_pktmbuf_alloc fails

Hi, Yep indeed, there is a bug in eth_pcap_tx() that can cause mbuf corruption. I think it should be something like that instead: --- a/lib/librte_pmd_pcap/rte_eth_pcap.c +++ b/lib/librte_pmd_pcap/rte_eth_pcap.c @@ -205,8 +205,9 @@ eth_pcap_tx(void *queue, mbuf = bufs[i];