From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from alln-iport-8.cisco.com (alln-iport-8.cisco.com [173.37.142.95]) by dpdk.org (Postfix) with ESMTP id 3591D9221 for ; Thu, 12 Nov 2015 23:43:59 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1017; q=dns/txt; s=iport; t=1447368239; x=1448577839; h=to:from:subject:message-id:date:mime-version: content-transfer-encoding; bh=epch8vZwGJdnC8hEDjhUIKyrBmWMlyZOudoIbevN3Nw=; b=f7wBZy0MrAiGOViRuTpFTeP2NO9CKWQrXZnVtOUFEvnaqGfuKCOmbweP slaVUhv0U4NgrySlvZhxPWFPltwq67YgiuvNSrxYTXsorllg8J6icY4jl RXz29XGz2hwwkBHR3PH2+9jPqPcOb92YlDydKiUVtnKXOce76SmGOQEN6 s=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DzAQDeFUVW/4YNJK1egzvAAAENgWWHU?= =?us-ascii?q?TgUAQEBAQEBAYEKhF4VQDYCBRYLAgsDAgECAVgIAQGIKqM8j3CQXS2BAYVTiiW?= =?us-ascii?q?CToFEBY4RiDd8jCuBW4dChg+JJ4NyHwEBQoQiIIVxAQEB?= X-IronPort-AV: E=Sophos;i="5.20,284,1444694400"; d="scan'208";a="207760853" Received: from alln-core-12.cisco.com ([173.36.13.134]) by alln-iport-8.cisco.com with ESMTP; 12 Nov 2015 22:43:58 +0000 Received: from [10.82.254.63] (rtp-vpn6-1593.cisco.com [10.82.254.63]) by alln-core-12.cisco.com (8.14.5/8.14.5) with ESMTP id tACMhvsb015669 for ; Thu, 12 Nov 2015 22:43:57 GMT To: dev@dpdk.org From: Roger B Melton Message-ID: <5645161A.3010107@cisco.com> Date: Thu, 12 Nov 2015 17:43:38 -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 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Subject: [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: Thu, 12 Nov 2015 22:43:59 -0000 Hi folks, With the addition of hot plug support we have been migrating away from device discovery and attach at initialization time to a model where it is controlled from a separate process. The separate process manages the binding of devices to UIO and instructs the DPDK process when to attach. One of the problems we stumbled onto was that if our control process discovered devices and bound them to UIO before our DPDK process started, then rte_eal_init() would discover and attach to those devices via the rte_eal_pci_probe() invocation. This caused problems later on when when our control process, instructed our DPDK process to attach to a device. There are a number of ways we could address this, but the simplest is to prevent the rte_eal_pci_probe() at rte_eal_init() time. In our model we will never need it and I suspect others may also be in that boat. What are your thoughts on adding an argument to instruct rte_eal_init() to skip the PCI probe? Thanks, -Roger