From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from wes1-so2.wedos.net (wes1-so2.wedos.net [46.28.106.16]) by dpdk.org (Postfix) with ESMTP id A035495C0 for ; Sat, 14 Nov 2015 00:03:16 +0100 (CET) Received: from jvn (dynamic-109-81-211-127.ipv4.broadband.iol.cz [109.81.211.127]) by wes1-so2.wedos.net (Postfix) with ESMTPSA id 3nyFhN0Xznzq5; Sat, 14 Nov 2015 00:03:15 +0100 (CET) Date: Sat, 14 Nov 2015 00:03:08 +0100 From: Jan Viktorin To: Don Provan Message-ID: <20151114000308.28bc0633@jvn> In-Reply-To: References: Organization: RehiveTech X-Mailer: Claws Mail 3.13.0 (GTK+ 2.24.28; x86_64-unknown-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: "dev@dpdk.org" Subject: Re: [dpdk-dev] Making rte_eal_pci_probe() in rte_eal_init() optional? 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, 13 Nov 2015 23:03:16 -0000 On Fri, 13 Nov 2015 22:58:04 +0000 Don Provan wrote: > --no-pci is cool. I'm pretty sure that wasn't there when the PCI scan was first added to > the library init routine. I'm glad to see it, so thanks for pointing it out. > > Just for the record: The comment says, "for debug purposes, PCI can be disabled". > This exhibits one of those classic DPDK blindspots. The library can be used for many > things entirely unrelated to hardware. My project has several DPDK applications > intended to be used by users that do not have privs to mess around with PCI > hardware, so, for them, turning off PCI wouldn't be just for debugging purposes. And ARMv7 depends on this option a bit... just for the record ;). Jan > > -don provan > dprovan@bivio.net > > -----Original Message----- > From: David Marchand [mailto:david.marchand@6wind.com] > Sent: Friday, November 13, 2015 12:50 AM > To: Roger B Melton > Cc: dev@dpdk.org > Subject: Re: [dpdk-dev] Making rte_eal_pci_probe() in rte_eal_init() optional? > > ... > Did you try the --no-pci option ? > It avoids the initial sysfs scan, so with no pci device, the initial pci_probe should do nothing. > ... >