[dpdk-dev] RES: Attempting to get the DPDK to build for FreeBSD 9.2Release DPDK 1.6.0

Fred Pedrisa fredhps10 at hotmail.com
Thu Mar 27 14:51:11 CET 2014


Hello,

Im my first attempt, I had to restart the server :D

-----Mensagem original-----
De: dev [mailto:dev-bounces at dpdk.org] Em nome de Randall Stewart
Enviada em: quinta-feira, 27 de março de 2014 08:26
Para: dev at dpdk.org
Assunto: Re: [dpdk-dev] Attempting to get the DPDK to build for FreeBSD
9.2Release DPDK 1.6.0

Ok

I have figured this one out ;-)

When you do

kldload ./contigmem.ko

It trys to malloc up a chunk of memory (1Gig it looks by default).. and if a
contiguious piece of memory is not available.. it fails.. which causes the
failure back to kldload that says “Exec format error”.

Not very descriptive, turns out you have to dig into /var/log/messages to
figure out what is really happening ;-)

R


On Mar 27, 2014, at 7:05 AM, Randall Stewart <rrs at lakerest.net> wrote:

> 
>> 
>> Hi all:
>> 
>> I have a stock 9.2Release FreeBSD system and am attempting to build 
>> the DPDK for it. I have followed the steps i.e:
>> 
>> 1) Gotten the ports in:
>> - dialog4ports
>> - gcc 4.8
>> - gmake
>> - coreutils
>> - libexecinfo
>> 
>> 2) Ran the make
>> - gmake install T=x86_64-default-bsdapp-gcc CC=gcc48
>> 
>> It completes nicely and I have a x86_64-default-bsdapp-gcc directory with
all the goodies.
>> But here is the issue:
>> 
>> bash-fastone: cd x86_64-default-bsdapp-gcc/kmod/
>> bash-fastone: su
>> Password:
>> root at fastone:/usr/randall/DPDK-1.6.0/x86_64-default-bsdapp-gcc/kmod # ls
>> contigmem.ko	nic_uio.ko
>> root at fastone:/usr/randall/DPDK-1.6.0/x86_64-default-bsdapp-gcc/kmod # 
>> kldload ./contigmem.ko
>> kldload: can't load ./contigmem.ko: Exec format error 
>> root at fastone:/usr/randall/DPDK-1.6.0/x86_64-default-bsdapp-gcc/kmod #
>> 
>> 
>> 
>> Anyone ever seen this? Per chance am I missing something?
>> 
>> I guess my next step is to see if I can build the klm’s individually 
>> with a more BSDish setup to see if there is some sort of interaction 
>> going on here between gcc and gcc48.. hmmm
>> 
>> Any pointers would be appreciated.
>> 
>> Thanks
>> 
>> R
> 
> ------------------------------
> Randall Stewart
> 803-317-4952 (cell)
> 
> 

------------------------------
Randall Stewart
803-317-4952 (cell)




More information about the dev mailing list