From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp.tuxdriver.com (charlotte.tuxdriver.com [70.61.120.58]) by dpdk.org (Postfix) with ESMTP id 903417DFF for ; Fri, 26 Dec 2014 15:37:45 +0100 (CET) Received: from [2001:470:8:a08:215:ff:fecc:4872] (helo=localhost) by smtp.tuxdriver.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.63) (envelope-from ) id 1Y4W1N-0004kq-EZ; Fri, 26 Dec 2014 09:37:43 -0500 Date: Fri, 26 Dec 2014 09:37:37 -0500 From: Neil Horman To: sothy shan Message-ID: <20141226143737.GB5567@localhost.localdomain> References: <20141224150401.GB23653@localhost.localdomain> <20141225170848.GA3199@localhost.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Score: -2.9 (--) X-Spam-Status: No Cc: "dev@dpdk.org" Subject: Re: [dpdk-dev] No probed ethernet devices /DPDP 1.7.1 in Fedora 21 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: Fri, 26 Dec 2014 14:37:46 -0000 On Fri, Dec 26, 2014 at 09:01:13AM +0100, sothy shan wrote: > On Thu, Dec 25, 2014 at 6:08 PM, Neil Horman wrote: > > > On Thu, Dec 25, 2014 at 10:11:51AM +0100, sothy shan wrote: > > > On Wed, Dec 24, 2014 at 4:04 PM, Neil Horman > > wrote: > > > > > > > On Wed, Dec 24, 2014 at 02:26:21PM +0100, sothy shan wrote: > > > > > Hello! > > > > > > > > > > I am playing with DPDK 1.7.1 in Fedora. > > > > > > > > > > When I do like this: > > > > > > > > > > export RTE_SDK=$(pwd)export RTE_TARGET="x86_64-ivshmem-linuxapp-gcc" > > > > > make install T="$RTE_TARGET" > > > > > > > > > > It worked. Means Testpmd is running. > > > > > > > > > > When I run as mentioned below: > > > > > > > > > > make CONFIG_RTE_BUILD_SHARED_LIB=y install T="$RTE_TARGET" > > > > > > > > > > Build is sucess. But Testpmd gives error. > > > > > > > > > > Error is : > > > > > > > > > The dpdk ivshmem build assumes the presence of ivshmem devices as > > plumbed > > > > by > > > > qemu virtual guests. If you don't have a qemu guest running dpdk won't > > > > find any > > > > shared memory devices, which is exactly what you are seeing. That > > said, > > > > even if > > > > you are running qemu guests, IIRC Fedora doesn't enable ivshmem because > > > > the code > > > > has some security and behavioral issues still I think. You'll need to > > > > rebuild > > > > qemu to add support for it. > > > > > > > > > > My understanding is that It is problem of enabling > > > CONFIG_RTE_BUILD_SHARED_LIB=y in make command, I am able to build target > > of > > > x86_64-ivshmem-linuxapp-gcc alone without shared_lib flag. I suspect an > > > error because of shared lib flag. > > > > > What exactly do you think that problem is? You just said in your > > origional note that you are able to build the sdk and test apps without > > issue > > (with or without building them as DSO's). The problem comes in when you > > run > > the app, and I expect you get the same error with both static and dynamic > > builds. > > > > The problem seems obvious to me. DPDK cannot find any ivshmem devices on > > your > > system when it loads (look at the code in rte_eal_ivshmem_init). The error > > message you see gets output if you don't generate an ivshmem_config, which > > happens (among a few other reasons), if you don't have any ivshmem devices > > created on your system > > > > Neil > > > > > Do you have any hints for these messsages? > Yes, I gave you direction in my last note, its the fact that no ivshmem devices were found. > EAL: Error - exiting with code: 1 > Cause: No probed ethernet devices - check that > CONFIG_RTE_LIBRTE_IGB_PMD=y and that CONFIG_RTE_LIBRTE_EM_PMD=y and that > CONFIG_RTE_LIBRTE_IXGBE_PMD=y in your configuration file > This is a false indicator. If you look at a later version of the code you'll see that the message has been pruned to just indicate that no probed ethernet devices were found. The remainder of the message was there because it used to be a presumption that a physical devices was in use, which need not be the case. Like I said before you need an ivshmem driver, which qemu provides, but not in the current fedora build. > > Is that with IVSHMEM device or physical devices? I guess it is physical > device problem? > No, its not, you're making this harder than it needs to be. google qemu and ivshmem and you'll see. Heres an article to get you started: http://lwn.net/Articles/380869/ Neil > Thank you > > Sothy