From mboxrd@z Thu Jan 1 00:00:00 1970 From: Stephen Hemminger Subject: Re: rte_eth_dev_count() returns 0 Date: Fri, 10 May 2013 12:29:29 -0700 Message-ID: <20130510122929.0ff687aa@nehalam.linuxnetplumber.net> 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> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Henry Wang , dev-VfR2kkLFssw@public.gmane.org To: Bhavesh Davda Return-path: In-Reply-To: <69354296.5541435.1368213042137.JavaMail.root-pghWNbHTmq7QT0dZR+AlfA@public.gmane.org> List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces-VfR2kkLFssw@public.gmane.org Sender: "dev" 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.