From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-pb0-x22a.google.com (mail-pb0-x22a.google.com [IPv6:2607:f8b0:400e:c01::22a]) by dpdk.org (Postfix) with ESMTP id E43616AA4 for ; Fri, 10 May 2013 21:29:32 +0200 (CEST) Received: by mail-pb0-f42.google.com with SMTP id up7so3001177pbc.15 for ; Fri, 10 May 2013 12:29:33 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:date:from:to:cc:subject:message-id:in-reply-to :references:x-mailer:mime-version:content-type :content-transfer-encoding:x-gm-message-state; bh=E/wIupdFAQc4Q/Yf6WO/g//PRjll7ZwZCz1gKc7/rjk=; b=CsuR85L1Cn9tdYjFeJn2i0O6SQC4cp6oW2nm3RuWDb5+JLC+MSjDFCTVVNqLA6Ck4l G7Vx42ccK2wvNFLwL0/7Jc3+1mIOgLEWIIg4tidlnypLQ8X1krSb47gzNJkic04DRXOA AaQorb2UEqLY2YEq5n1wTmwqhnYic8F5wneEgzWzewM0+cNJdmDyhCEFLcYh7Y/X0Lyo Hk+p03OzYyPATGzdmCsNdc1bgiAjc7Y2RMayQMPHnWB5X8qtEo7HAkARQKakWPJSrKaT PDsbttIp0yr71DBKH+9XOSYxkAL4qVrn0m5Oi6nssuC12BxBK6G6QKry7HLed1HnajZF pFNQ== X-Received: by 10.66.246.131 with SMTP id xw3mr18958951pac.114.1368214173691; Fri, 10 May 2013 12:29:33 -0700 (PDT) Received: from nehalam.linuxnetplumber.net (static-50-53-71-109.bvtn.or.frontiernet.net. [50.53.71.109]) by mx.google.com with ESMTPSA id nt2sm3724215pbc.17.2013.05.10.12.29.32 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Fri, 10 May 2013 12:29:33 -0700 (PDT) Date: Fri, 10 May 2013 12:29:29 -0700 From: Stephen Hemminger To: Bhavesh Davda Message-ID: <20130510122929.0ff687aa@nehalam.linuxnetplumber.net> In-Reply-To: <69354296.5541435.1368213042137.JavaMail.root@vmware.com> References: <1676591087.5291867.1368201908283.JavaMail.root@vmware.com> <20130510091549.3c064df6@nehalam.linuxnetplumber.net> <525534677.5312512.1368202896189.JavaMail.root@vmware.com> <20130510114450.7104c5d2@nehalam.linuxnetplumber.net> <69354296.5541435.1368213042137.JavaMail.root@vmware.com> X-Mailer: Claws Mail 3.8.1 (GTK+ 2.24.10; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Gm-Message-State: ALoCoQnocI/voi70PoItucvDcnkfN/ojAhlncNGuRycRgYJt6CxRYwkq7jGEWSQd3NlvPiwPdpYF Cc: Henry Wang , dev@dpdk.org Subject: Re: [dpdk-dev] rte_eth_dev_count() returns 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: Fri, 10 May 2013 19:29:33 -0000 On Fri, 10 May 2013 12:10:42 -0700 (PDT) Bhavesh Davda wrote: > Hi Stephen, > > I checked both our hypervisor code and with the experts who wrote and maintain the code, and we don't have any such limitation about not supporting SR-IOV if the motherboard or device doesn't support PCIe ASPM. > > If you can point me to the Intel person(s) who gave you that information (offline, no need to make this public :)), we can make sure such FUD doesn't continue getting spread too far. > > Thanks for making us aware of this FUD though. > > -- > Bhavesh Davda > According to Intel the problem was that the BIOS did not support _OSC table. SR-IOV needs VT-d enabled and BIOS with _OSC and DMA ACPI tables. The _OSC table is an ACPI control method that the kernel uses to interact with PCIe Active Statep Power Management. Linux just assume no ASPM if table is missing, VMWare ESX 5.1 seems to need it.