From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-qa0-f53.google.com (mail-qa0-f53.google.com [209.85.216.53]) by dpdk.org (Postfix) with ESMTP id 322E7156 for ; Tue, 1 Apr 2014 22:28:19 +0200 (CEST) Received: by mail-qa0-f53.google.com with SMTP id w8so10172072qac.12 for ; Tue, 01 Apr 2014 13:29:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:sender:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=eELv4OeMIsmcpR6Uh7U55+pUVb659Aq0nOkJXaxK6Ms=; b=i00iTwhrdL0D03hq6AbFbTIvFUGumGaOK3qX5MgRhDndZiiOYZIYAfln9tuHVZEWYL +kEp2tKGw88feHNDbFl5eunoFxd7czjrSaD/KIj8gZl6XOhBkt6VQ7WwuJjE3HIensdg JLqBPTX8eeatRGyrAbBDLGFGZQpQXjayA2+NARFOUEcXcggQyc3Ljdn4Oo7fY3nzEb4z 2OV2w/6ObdnigBq3jvAMXhzUIf67mkZGLzQ1+IGGgb8yUGG1ayuaboADFQKKmmRzPNtn 1kSC4Q3vCdvqB08rDySZ77Z4po8H4hwHyghnwsT0Vej4KIHf/DfRypo5TVQrgLJv18CE a8Zw== MIME-Version: 1.0 X-Received: by 10.224.131.132 with SMTP id x4mr5008633qas.97.1396384192798; Tue, 01 Apr 2014 13:29:52 -0700 (PDT) Sender: hyunseok.chang@gmail.com Received: by 10.140.19.136 with HTTP; Tue, 1 Apr 2014 13:29:52 -0700 (PDT) In-Reply-To: <4032A54B6BB5F04B8C08B6CFF08C59285540EDFF@FMSMSX103.amr.corp.intel.com> References: <4032A54B6BB5F04B8C08B6CFF08C59285540EDBB@FMSMSX103.amr.corp.intel.com> <4032A54B6BB5F04B8C08B6CFF08C59285540EDFF@FMSMSX103.amr.corp.intel.com> Date: Tue, 1 Apr 2014 16:29:52 -0400 X-Google-Sender-Auth: XH8sJvdF8S1wRlVlbNKb9Azs69w Message-ID: From: HS To: "Shaw, Jeffrey B" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.15 Cc: "dev@dpdk.org" Subject: Re: [dpdk-dev] 82599ES NIC support X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: hyunseok@ieee.org List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Apr 2014 20:28:19 -0000 Thanks for the information. Indeed, it was failing during NIC initialization stage. The problem was due to frequency scaling. After I disable it from bios, I am now able to run dpdk. Thanks again! -hs On Mon, Mar 31, 2014 at 2:46 PM, Shaw, Jeffrey B wrote: > If you read the output that you posted, you will see the real error: > "eth_ixgbe_dev_init(): Hardware Initialization Failure: -30". The error > code is defined in lib/librte_pmd_ixgbe/ixgbe/ixgbe_type.h as > IXGBE_ERR_SFP_SETUP_NOT_COMPLETE. > > This has been reported several times on the mailing list, but you can > search "Unusable interfaces although apparently attached to IGB_UIO" to see > for yourself. > > > > > > To clarify your understanding of the internals of the driver code, I have > provided some information for your information, but this is irrelevant to > your problem. > > You should see your PCI device ID (not the branding name associated with > the product line) in rte_pci_dev_ids.h. > > You can use the command "lspci -s 0000:07:00.0 -x" to dump the config > space for your device. The first 4 bytes will be the vendor/device ID. > > > > For one specific instance of the 82599EB NIC, I have vendor ID of 0x8086 > and device ID of 0x10FB. > > # lspci -s 0000:02:00.0 -x > > 02:00.0 Ethernet controller: Intel Corporation 82599EB 10-Gigabit SFI/SFP+ > Network Connection (rev 01) > > 00: 86 80 fb 10 <... snipped... > > > > > You should notice that the lines do in fact exist in > include/rte_pci_dev_ids.h > > #define IXGBE_DEV_ID_82599_SFP 0x10FB > > RTE_PCI_DEV_ID_DECL_IXGBE(PCI_VENDOR_ID_INTEL, IXGBE_DEV_ID_82599_SFP) > > > > This confirms that the specific instantiation of my device (0x8086, > 0x10FB) is supported. > > > > Thanks, > > Jeff > > > > *From:* hyunseok.chang@gmail.com [mailto:hyunseok.chang@gmail.com] *On > Behalf Of *HS > *Sent:* Monday, March 31, 2014 11:16 AM > *To:* Shaw, Jeffrey B > *Cc:* dev@dpdk.org > *Subject:* Re: [dpdk-dev] 82599ES NIC support > > > > > > Can you check if your PCI device ID is listed in "lib/librte_eal/common/ > > include/rte_pci_dev_ids.h"? > > 82599ES is not listed in lib/librte_eal/common/ > > include/rte_pci_dev_ids.h > > On the other hand, 82599EB (which works okay with DPDK) is not listed > there either. > > > > Can you verify that you have bound your device to "igb_uio", perhaps > using "tools/pci_unbind.py" (maybe renamed to tools/igb_uio_bind.py)? > > Yes: > > $ sudo pci_unbind.py --status > > Network devices using IGB_UIO driver > ==================================== > 0000:07:00.0 '82599ES 10-Gigabit SFI/SFP+ Network Connection' drv=igb_uio > unused= > > > > You might also try to edit the ".config" (in your build directory, NOT > the Linux .config) to enable any of the "CONFIG_RTE_LIBRTE_IXGBE_ > > DEBUG_*" options, in case there are more error messages. > > I enabled debugging as you said, and run testpmd app. > > It ends with an error "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" > > Here is the detailed debug output: > http://pastebin.com/tWkUZBKj > > > > Thanks, > > -hs > > > > > > On Mon, Mar 31, 2014 at 1:38 PM, Shaw, Jeffrey B > wrote: > > Can you check if your PCI device ID is listed in > "lib/librte_eal/common/include/rte_pci_dev_ids.h"? > Can you verify that you have bound your device to "igb_uio", perhaps using > "tools/pci_unbind.py" (maybe renamed to tools/igb_uio_bind.py)? > You might also try to edit the ".config" (in your build directory, NOT the > Linux .config) to enable any of the "CONFIG_RTE_LIBRTE_IXGBE_DEBUG_*" > options, in case there are more error messages. > > Thanks, > Jeff > > > -----Original Message----- > From: dev [mailto:dev-bounces@dpdk.org] On Behalf Of HS > Sent: Monday, March 31, 2014 10:30 AM > To: dev@dpdk.org > Subject: [dpdk-dev] 82599ES NIC support > > Hi, > > I was trying to test DPDK 1.6 with "82599ES" Intel NIC, but noticed that > DPDK does not seem to work with this NIC. DPDK app fails because > rte_eth_dev_count() returns 0. > > On the other hand, I confirmed DPDK works okay with "82599EB". > > So looks like not all 82599 (ixgbe) chipsets are supported by DPDK while > it says so in http://dpdk.org/doc/nics > > What is the discrepancy between 82599ES and 82599EB, which causes the > former to fail to work with DPDK? > > Is it possible to fix this problem? I'll be glad to help fix it. > > Thanks, > -HS > > >