Hi,
03/03/2014 23:45, Meir Tseitlin :
> I also think it should be handled somehow by default, because Ubuntu is not
> an esoteric distro. Why not patching it as well?
This issue should have disappeared after this commit:
http://dpdk.org/browse/dpdk/commit/?id=2a315d698510e7b33a7c9516ef532dbcd44c0
Hello Mats, Meir,
On Thu, Mar 6, 2014 at 10:00 AM, wrote:
>
>
> I had this problem a couple of months ago, and tracked it down to a
> check for a macro named pcap_sendpacket. I didn't have this macro, but
> it is a function, so I simply removed the check and got things
> working.
> I thought I me
> I guess something is still wrong:
> testpmd application is reporting "PMD: pcap library cannot send packets,
> please rebuild with a more up to date libpcap" message when I try creating
> a bridge between two network cards.
> I am more than sure that older version of pcap is not installed:
> c
Hi Olivier,
I guess something is still wrong:
testpmd application is reporting "PMD: pcap library cannot send packets,
please rebuild with a more up to date libpcap" message when I try creating
a bridge between two network cards.
I am more than sure that older version of pcap is not installed:
Yep,
It did resolved the issue.
I also think it should be handled somehow by default, because Ubuntu is not
an esoteric distro. Why not patching it as well?
Anyway great work!
On Mon, Mar 3, 2014 at 11:37 PM, Olivier MATZ wrote:
> On 03/03/2014 10:31 PM, Olivier MATZ wrote:
>
>>LIBPCAP_LD
Hi Olivier,
make V=1 output (last lines):
== Build lib/librte_meter
== Build lib/librte_sched
== Build lib/librte_kni
== Build app
make S=app -f /home/cigol/libs/dpdk-1.6.0r1-patch/app/Makefile -C
/home/cigol/libs/dpdk-1.6.0r1-patch/build/build/app all
== Build app/test
gcc -m64 -pthread -march=
On 03/03/2014 10:31 PM, Olivier MATZ wrote:
>LIBPCAP_LDFLAGS ?= $(patsubst -Wl$(comma),%,$(shell pcap-config --libs))
I forgot a %:
LIBPCAP_LDFLAGS ?= $(patsubst -Wl$(comma)%,%,$(shell pcap-config --libs))
Hi Meir,
On 03/03/2014 10:09 PM, Meir Tseitlin wrote:
> -Wl,-lrte_pmd_pcap -Wl,-L/usr/local/lib -Wl,-Wl,-rpath,/usr/local/lib
> -Wl,-lpcap
The problem is related to the lines above. They are generated in
rte.app.mk:
ifeq ($(CONFIG_RTE_LIBRTE_PMD_PCAP),y)
LDLIBS += -lrte_pmd_pcap
LIBPCAP
Hi Meir,
On 03/03/2014 08:31 PM, Meir Tseitlin wrote:
> The patch did solved compilation errors (Thanks!), but now I am again
> experiencing linkage error with executables I had in previous versions
> as well:
>
>LD dump_cfg
> /usr/bin/ld: unrecognized option '-Wl'
> /usr/bin/ld: use the --hel
Hi Olivier,
The patch did solved compilation errors (Thanks!), but now I am again
experiencing linkage error with executables I had in previous versions as
well:
LD dump_cfg
/usr/bin/ld: unrecognized option '-Wl'
/usr/bin/ld: use the --help option for usage information
collect2: error: ld retur
Hi guys,
I am experiencing problem with compiling libpcap extension with all recent
versions:
Versions after 1.5.2r2 (1.5.2r2 up to 1.6.0r1) I get the following error
compilation error:
---
Hi Meir,
On 03/02/2014 08:13 PM, Meir Tseitlin wrote:
> I am experiencing problem with compiling libpcap extension with all recent
> versions
Indeed, I can reproduce the compilation error on current dev version.
The cause seems to be a conflict between the patches I submitted
(rte_kvargs) and the
12 matches
Mail list logo