From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from rcdn-iport-8.cisco.com (rcdn-iport-8.cisco.com [173.37.86.79]) by dpdk.org (Postfix) with ESMTP id BBC6C9404 for ; Fri, 13 Nov 2015 13:07:04 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=8635; q=dns/txt; s=iport; t=1447416424; x=1448626024; h=subject:to:references:cc:from:message-id:date: mime-version:in-reply-to; bh=VkK3mw5dZrKrzVkBiTLDIa1Tl47SuCHPiaNJPPciRGw=; b=Ezp/pLe0dl7ktncw3UO7mCfox84S/TXML37YZORlHVnI66vFq6FQvYsL gE/D1j7araYBlKvjtJCTItDna+Bo4n+EzeDQgqHIQHWeOeE4CiLXQ2p6f o+ek8lQzSsIevqhRAdjgvCshPnwGoM+qwoRdsdnItvShhcSyS+MdkkzE7 E=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CVBABR0UVW/4wNJK1bA4M7Uy1CvkIBD?= =?us-ascii?q?YFlIYIZJYMxAoFFOBQBAQEBAQEBgQqENQEBBFUjARALGAkWCAcJAwIBAgE0EQY?= =?us-ascii?q?NBgIBAYgqDcEdAQEBAQEBAQEBAQEBAQEBAQEBAQEBGIZUhH6EKhEBKhYLG4QXB?= =?us-ascii?q?Y4RiDcBjSaBW4RAgwKGD4kng3IfAQFCghEdgXQgNAGDe4FBAQEB?= X-IronPort-AV: E=Sophos;i="5.20,287,1444694400"; d="scan'208,217";a="44615442" Received: from alln-core-7.cisco.com ([173.36.13.140]) by rcdn-iport-8.cisco.com with ESMTP; 13 Nov 2015 12:07:02 +0000 Received: from [10.82.244.23] (rtp-vpn2-1047.cisco.com [10.82.244.23]) by alln-core-7.cisco.com (8.14.5/8.14.5) with ESMTP id tADC71bR018250; Fri, 13 Nov 2015 12:07:02 GMT To: David Marchand References: <5645161A.3010107@cisco.com> From: "Roger B. Melton" Message-ID: <5645D264.7040201@cisco.com> Date: Fri, 13 Nov 2015 07:07:00 -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: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.15 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 12:07:05 -0000 Hi David, On 11/13/15 3:49 AM, David Marchand wrote: > Hello Roger, > > On Thu, Nov 12, 2015 at 11:43 PM, Roger B Melton > wrote: > > 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? > > > 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. > > Attaching devices later will trigger this sysfs scan and only probe > the requested device. > I am not totally happy with the way it is done right now, but I think > this should work for you. I saw it, but I was so caught up in the probe that I didn't consider that delaying the scan until attach time might solve the problem. I'll give it shot. Thanks for pointing it out David. Regards, -Roger > > > -- > David Marchand -- ____________________________________________________________________ |Roger B. Melton | | Cisco Systems | |CPP Software :|: :|: 7100 Kit Creek Rd | |+1.919.476.2332 phone :|||: :|||: RTP, NC 27709-4987 | |+1.919.392.1094 fax .:|||||||:..:|||||||:. rmelton@cisco.com | | | | This email may contain confidential and privileged material for the| | sole use of the intended recipient. Any review, use, distribution | | or disclosure by others is strictly prohibited. If you are not the | | intended recipient (or authorized to receive for the recipient), | | please contact the sender by reply email and delete all copies of | | this message. | | | | For corporate legal information go to: | | http://www.cisco.com/web/about/doing_business/legal/cri/index.html | |__________________________ http://www.cisco.com ____________________|