From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <rmelton@cisco.com>
Received: from alln-iport-2.cisco.com (alln-iport-2.cisco.com [173.37.142.89])
 by dpdk.org (Postfix) with ESMTP id E4A0595B6
 for <dev@dpdk.org>; Sat, 14 Nov 2015 16:55:17 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple;
 d=cisco.com; i=@cisco.com; l=1287; q=dns/txt; s=iport;
 t=1447516518; x=1448726118;
 h=subject:to:references:cc:from:message-id:date:
 mime-version:in-reply-to:content-transfer-encoding;
 bh=wSRWZObcpnEkurO9zktlGm0bHefNIVDdg1faqUMxGUg=;
 b=U7Yw8QE/+g8bfBhy8el4RYROkWK08mcee+d7y/1UOL4InUJUAaxPqctM
 FViWExxzfZ6YLYORJL0S4HWmHbstt3I6MdMpnChP+eZXTytkqM6YkyDS8
 V/tjKRpfhmXzsmuTaNJeKMsXKsz1io99P1VEO9VqjaE6WM0bza63ob4fx A=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ALBQC7WEdW/5JdJa1cgzuBQr5agWSGE?=
 =?us-ascii?q?AKBKToSAQEBAQEBAYEKhDQBAQEEIxVAAQwECw4DBAEBAQICBRYIAwICCQMCAQI?=
 =?us-ascii?q?BNAkIBgEMBgIBAYgqr2eQMAEBAQEBAQEBAQEBAQEBAQEBAQEBARiBAYVThH6Hd?=
 =?us-ascii?q?YFEAQSOEYg3AY0miR2GD40ZKAc0ghEdgXQgNIVLAQEB?=
X-IronPort-AV: E=Sophos;i="5.20,293,1444694400"; d="scan'208";a="206939815"
Received: from rcdn-core-10.cisco.com ([173.37.93.146])
 by alln-iport-2.cisco.com with ESMTP; 14 Nov 2015 15:55:16 +0000
Received: from [10.82.234.247] (rtp-vpn5-757.cisco.com [10.82.234.247])
 by rcdn-core-10.cisco.com (8.14.5/8.14.5) with ESMTP id tAEFtGTe009949;
 Sat, 14 Nov 2015 15:55:16 GMT
To: Don Provan <dprovan@bivio.net>, David Marchand <david.marchand@6wind.com>
References: <CY1PR0101MB0987905CF30EEB09DAD6259DA0110@CY1PR0101MB0987.prod.exchangelabs.com>
From: "Roger B. Melton" <rmelton@cisco.com>
Message-ID: <56475966.2080404@cisco.com>
Date: Sat, 14 Nov 2015 10:55:18 -0500
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:38.0)
 Gecko/20100101 Thunderbird/38.3.0
MIME-Version: 1.0
In-Reply-To: <CY1PR0101MB0987905CF30EEB09DAD6259DA0110@CY1PR0101MB0987.prod.exchangelabs.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Cc: "dev@dpdk.org" <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 <dev.dpdk.org>
List-Unsubscribe: <http://dpdk.org/ml/options/dev>,
 <mailto:dev-request@dpdk.org?subject=unsubscribe>
List-Archive: <http://dpdk.org/ml/archives/dev/>
List-Post: <mailto:dev@dpdk.org>
List-Help: <mailto:dev-request@dpdk.org?subject=help>
List-Subscribe: <http://dpdk.org/ml/listinfo/dev>,
 <mailto:dev-request@dpdk.org?subject=subscribe>
X-List-Received-Date: Sat, 14 Nov 2015 15:55:18 -0000

Agreed.  For our application, the debug case would be to _enable_ the 
PCI scan.

Again, thanks David for pointing it out.  It did solve our problem.

Regards,
Roger


On 11/13/15 5:58 PM, 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.
>
> -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 <rmelton@cisco.com>
> 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.
> ...
>