[dpdk-dev] We are so glad, we chose DPDK for our Data Plane

Hello Venkat, I'd like to ask one question about your project. What did you do to make poll-mode drivers for WLAN controllers? I didn't think DPDK had these by default and it could be quite nice for high-speed protocols such as 802.11N. Thanks, Matthew. On Jul 3, 2015, at 9:10 PM, Venkateswar

[dpdk-dev] UIO RTE_INTR_MODE_NONE issue.

Hi Stephen, 2015-07-03 12:58, Stephen Hemminger: > PPS: With DPDK 2.2 it would be good to move the minimum kernel version up to > 3.0 > since that is what current stable distro's are using. Yes, this is something to consider. Please send a doc patch to open the discussion.

[dpdk-dev] We are so glad, we chose DPDK for our Data Plane

Hi, We are delighted to announce the launching of WLAN Controller, which runs on open hardware and inter-op with a multitude of third party APs. We are glad, we chose DPDK to build our Controller's Data Plane. I would like to thank each and every one, who contributed to DPDK and made it a huge su

[dpdk-dev] UIO RTE_INTR_MODE_NONE issue.

Yes Stephen, I would be using udev->info.irq = UIO_IRQ_NONE; I will generate a patch and send it out for review. Thanks for the response. Regards, Prathap -Original Message- From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Stephen Hemminger Sent: 04 July 2015 04:29 To: Prathap T Cc

[dpdk-dev] [PATCH] i40e: Fix the clean up function for i40e, the DD bits are multiplex with descriptor type field. so cannot use "not zero" as the rule for the completion of Tx descriptor

If the descriptor in the position desc_to_clean_to is the context descriptor its type will be 0x1, so using the not expression, the device driver will consider the descriptor has been complete for transmission even its DTYPE field is still 0x1 which means NIC has't finished the operation on this