From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from gemini.bisdn.de (gemini.bisdn.de [212.91.241.169]) by dpdk.org (Postfix) with ESMTP id 7C7F06890 for ; Tue, 5 Nov 2013 16:49:12 +0100 (CET) Received: from [172.16.250.161] (unknown [185.27.182.30]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by gemini.bisdn.de (Postfix) with ESMTPSA id 7BA7C83338; Tue, 5 Nov 2013 16:45:55 +0100 (CET) Message-ID: <527913B5.60702@bisdn.de> Date: Tue, 05 Nov 2013 16:50:13 +0100 From: Marc Sune User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130922 Icedove/17.0.9 MIME-Version: 1.0 To: Thomas Monjalon , dev@dpdk.org References: <52779A10.4010007@bisdn.de> <2616151.R1XFxBmKnN@x220> <52780949.1020706@bisdn.de> <20131105154236.GJ26200@debian> In-Reply-To: <20131105154236.GJ26200@debian> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [dpdk-dev] Unable to compile DPDK 1.5 on Debian GNU/Linux: lib/librte_eal/linuxapp/igb_uio 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: Tue, 05 Nov 2013 15:49:12 -0000 Dear Thomas, Thank you that really was the problem. I am still puzzled why it happend, since the headers were installed before. I will update the rest of installations. Probably it would be slightly better to check whether the build folder contains the right Makefiles and scripts needed to print the right error, otherwise the output of make is misleading. As I said thank you and regards marc On 05/11/13 16:42, Cyril Cressent wrote: > Hi Marc, > > On Mon, Nov 04, 2013 at 09:53:29PM +0100, Marc Sune wrote: >> I think it is not this variable. When the folder >> /lib/modules/$(shell uname -r)/build does not exist, the Makefile >> properly warns you (I manually created it, since it was not existing >> during the first compilation attempt). > build should be a symlink to the corresponding kernel sources or > headers, usually in /usr/src/. > >> marc@bisdn-dev:~/BISDN/dpdk$ ls /lib/modules/`uname -r`/build >> marc@bisdn-dev:~/BISDN/dpdk$ ls /lib/modules/`uname -r`/ >> build modules.alias modules.builtin modules.dep >> modules.devname modules.softdep modules.symbols.bin >> kernel modules.alias.bin modules.builtin.bin modules.dep.bin >> modules.order modules.symbols source >> marc@bisdn-dev:~/BISDN/dpdk$ ls /lib/modules/`uname -r`/build -la >> total 8 >> drwxr-xr-x 2 root root 4096 jul 31 16:41 . >> drwxr-xr-x 4 root root 4096 nov 4 16:43 .. > That output shows that "build" is not a symlink to the kernel > sources/headers. Make it a symlink to /usr/src/linux-headers-`uname -r`. > And double check you have the kernel headers there... > >> Concerning kernel headers, the kernel headers for the running kernel >> were already installed (via apt-get install linux-headers-`uname >> -r`), and no custom kernel is installed in the system. > That's weird ; you should have had the symlink properly created if you > used apt... > >> Actually, this seems to me more of a variable definition problem, >> like the $(wildcard $(RTE_KERNELDIR)) but somehow related to the >> DPDK target folders, rather than an issue with the headers/gcc, >> since it is 'make' which is not able to find the existing file. But >> I could be wrong.. > Yes, the target folder is /lib/modules/`uname -r`/build, which contains > a Makefile. Yours is empty because it's not the expected symlink, and > make then complains because there is no Makefile there.