From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lakerest.net (lakerest.net [162.235.35.161]) by dpdk.org (Postfix) with ESMTP id 4989B58DD for ; Thu, 27 Mar 2014 12:24:03 +0100 (CET) Received: from [10.1.1.132] ([10.1.1.132]) (authenticated bits=0) by lakerest.net (8.14.4/8.14.3) with ESMTP id s2R9tcuN000326 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT) for ; Thu, 27 Mar 2014 05:55:38 -0400 (EDT) (envelope-from rrs@lakerest.net) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Randall Stewart In-Reply-To: <53DA1FDB-AAFF-4D99-A942-6E1B0033F477@lakerest.net> Date: Thu, 27 Mar 2014 07:25:36 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <9832BE58-2264-47F9-96B6-62464221A447@lakerest.net> References: <53DA1FDB-AAFF-4D99-A942-6E1B0033F477@lakerest.net> To: dev@dpdk.org X-Mailer: Apple Mail (2.1874) Subject: Re: [dpdk-dev] Attempting to get the DPDK to build for FreeBSD 9.2Release DPDK 1.6.0 X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Mar 2014 11:24:03 -0000 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 =93Exec format error=94. 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 wrote: >=20 >>=20 >> Hi all: >>=20 >> I have a stock 9.2Release FreeBSD system and am attempting to build = the DPDK for it. I have >> followed the steps i.e: >>=20 >> 1) Gotten the ports in: >> - dialog4ports >> - gcc 4.8 >> - gmake >> - coreutils >> - libexecinfo >>=20 >> 2) Ran the make=20 >> - gmake install T=3Dx86_64-default-bsdapp-gcc CC=3Dgcc48 >>=20 >> It completes nicely and I have a x86_64-default-bsdapp-gcc directory = with all the goodies. >> But here is the issue: >>=20 >> bash-fastone: cd x86_64-default-bsdapp-gcc/kmod/ >> bash-fastone: su >> Password: >> root@fastone:/usr/randall/DPDK-1.6.0/x86_64-default-bsdapp-gcc/kmod # = ls >> contigmem.ko nic_uio.ko >> root@fastone:/usr/randall/DPDK-1.6.0/x86_64-default-bsdapp-gcc/kmod # = kldload ./contigmem.ko=20 >> kldload: can't load ./contigmem.ko: Exec format error >> root@fastone:/usr/randall/DPDK-1.6.0/x86_64-default-bsdapp-gcc/kmod #=20= >>=20 >>=20 >>=20 >> Anyone ever seen this? Per chance am I missing something? >>=20 >> I guess my next step is to see if I can build the klm=92s = individually with a more >> BSDish setup to see if there is some sort of interaction going on = here between gcc and gcc48.. hmmm >>=20 >> Any pointers would be appreciated. >>=20 >> Thanks >>=20 >> R >=20 > ------------------------------ > Randall Stewart > 803-317-4952 (cell) >=20 >=20 ------------------------------ Randall Stewart 803-317-4952 (cell)