Tom Barbette

Mhh I wonder if it's not interfering with click's packet pool. Try adding the test code at the end of https://github.com/tbarbette/fastclick/blob/d1233fdeb558788af9b45c03b50f6645618d7c50/lib/dpdkdevice.cc#L271 Click's DPDK code is a bit deprecated and less...

Maybe this is due to different DPDK linking. Is your "test" secondary also statically linked? No other globally installed DPDK left? or dangling old $RTE_SDK?

Configure FastClick with --enable-dynamic-linking

Hi! This means the CPU tried to execute an instruction it does not know about. Probably, DPDK (and/or) fastclick were compiled on a different machine that has a newer instruction...

Hi @regufo ! First could you send both files in one pull request? You can update this one by pushing to the same branch :) Do you have an example...

It seems travis does not understand uint64_t... To be continued.

> This should be done with templates and feature checks, right? Well in the end the 32bit and 64bit version do not work the same way as we do not...

I'm waiting for your first pull requests to get in before fixing this ;)

Should be fixed.This file was never modified in FastClick, I wonder why on your side the "q" got renamed in "p" :p I just wonder about the assert. Personally, I...

I'll let you rebase, and remove what's unneeded. And for the assert?