From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from alln-iport-2.cisco.com (alln-iport-2.cisco.com [173.37.142.89]) by dpdk.org (Postfix) with ESMTP id A2B6B9599 for ; Sun, 15 Nov 2015 15:45:50 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=7577; q=dns/txt; s=iport; t=1447598750; x=1448808350; h=subject:to:references:cc:from:message-id:date: mime-version:in-reply-to; bh=AE51+fFJucwIZgSwiJWI2HXq5AfBvXy4s7Olr36ySvE=; b=mSkt1n3RoFtu4QY/KIaSMN6YHu1LOZFryxwf2NgnHl2mAyUE/9ecXUXS 0u3TinZx5gYIkFItvfKACsEyt3JPDEhHqbSGxvDBwEquvEXmosl+Oxkdt ytlyP0XOyLNFXjdUXKEO8bNdb2XGoTst280HqtMeK+LAS9fB5s2qxyv0u M=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0D5AQBQmkhW/5tdJa1bA4M7U2++TwENg?= =?us-ascii?q?WQhghklgzECgSI4FAEBAQEBAQGBCoQ1AQEEIzIjARALGAkWCAMCAgkDAgECATQ?= =?us-ascii?q?RBg0GAgEBiCoNqAKQBAEBAQEBAQEBAQEBAQEBAQEBAQEBARiGVIR+hCoRASoWC?= =?us-ascii?q?xuCU4FEBY4RhFaDYQGNJoFbhECDAoYPiSeDch8BAUKCER2BdCA0AYQJgUEBAQE?= X-IronPort-AV: E=Sophos;i="5.20,297,1444694400"; d="scan'208,217";a="207165866" Received: from rcdn-core-4.cisco.com ([173.37.93.155]) by alln-iport-2.cisco.com with ESMTP; 15 Nov 2015 14:45:44 +0000 Received: from [10.82.214.99] (rtp-vpn4-1635.cisco.com [10.82.214.99]) by rcdn-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id tAFEjhSd026959; Sun, 15 Nov 2015 14:45:43 GMT To: David Marchand References: <56475966.2080404@cisco.com> From: "Roger B. Melton" Message-ID: <56489A95.1050706@cisco.com> Date: Sun, 15 Nov 2015 09:45:41 -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=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.15 Cc: "dev@dpdk.org" , Don Provan 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: Sun, 15 Nov 2015 14:45:51 -0000 Hi David, We are on a very old kernel (2.6.xx) that lacks VFIO. In the future however, after migration to a newer kernel it will be an option. I like the "-b all" and "-w none" idea, but I think it might be complicated to implement it the way we would need it to work. The existing -b and -w options persist for the duration of the application, and we would need the "-b all"/"-w none" to persists only through rte_eal_init() time. Otherwise our attempt to to attach a device at a later time would be blocked by the option. Wouldn't it be simpler to have an option to disable the rte_eal_init() time the probe. Would that address the issue with VFIO, prevent automatically attaching to devices while permitting on demand attach? Thanks again. Regards, -Roger On 11/14/15 12:51 PM, David Marchand wrote: > Hello Roger, > > On Sat, Nov 14, 2015 at 4:55 PM, Roger B. Melton > wrote: > > 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. > > > The only problem with --no-pci is that I think that vfio won't work > properly if used. > > Did you try to blacklist all your devices then attach them later ? > I would say what you need here is to "blacklist all" or "whitelist > none" at startup, so maybe a special keyword for -b/-w options. > > > -- > 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 ____________________|