[dpdk-dev] DPDK mbuf pool in SR-IOV env and one RX/TX queue

Any clues or hint on how to debug this kind of problem on SR-IOV? Only primary can send packet but secondary process couldn't. I have verified host's qprc and qptc counters on PF and they do increment. SR-IOV with DPDK seems more challenging than PCI pass through of whole NIC. Saurabh On Jan 26,

[dpdk-dev] DPDK mbuf pool in SR-IOV env and one RX/TX queue

On Mon, Jan 25, 2016 at 04:15:28PM -0800, Saurabh Mishra wrote: > Hi Bruce -- > > >The sharing of the mbuf pool is not an issue, but sharing of rx/tx queues > is. > >The ethdev queues are not multi-thread safe, so to share a queue between > processes > >or threads, you need to put in locks or othe

[dpdk-dev] DPDK mbuf pool in SR-IOV env and one RX/TX queue

Hi Bruce -- >The sharing of the mbuf pool is not an issue, but sharing of rx/tx queues is. >The ethdev queues are not multi-thread safe, so to share a queue between processes >or threads, you need to put in locks or other access control mechanisms. [This >also implies a performance hit due to the

[dpdk-dev] DPDK mbuf pool in SR-IOV env and one RX/TX queue

On Thu, Jan 21, 2016 at 08:35:20PM -0800, Saurabh Mishra wrote: > Hi, > > > Is it possible for two or more processes to share the same mbuf_pool in > SR-IOV with single rx/tx queue? > > The sharing of the mbuf pool is not an issue, but sharing of rx/tx queues is. The ethdev queues are not multi-

[dpdk-dev] DPDK mbuf pool in SR-IOV env and one RX/TX queue

Hi, Is it possible for two or more processes to share the same mbuf_pool in SR-IOV with single rx/tx queue? char *eal_argv[] = {"fakeelf", "-c2", "-n4", "--proc-type=primary",}; int ret = rte_eal_init(4, eal_argv);