From mboxrd@z Thu Jan 1 00:00:00 1970 From: David Marchand Subject: Re: Making rte_eal_pci_probe() in rte_eal_init() optional? Date: Mon, 16 Nov 2015 10:46:30 +0100 Message-ID: References: <56475966.2080404@cisco.com> <56489A95.1050706@cisco.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Cc: "dev@dpdk.org" , Don Provan To: "Roger B. Melton" Return-path: Received: from mail-ob0-f171.google.com (mail-ob0-f171.google.com [209.85.214.171]) by dpdk.org (Postfix) with ESMTP id CBC3637A4 for ; Mon, 16 Nov 2015 10:46:31 +0100 (CET) Received: by obbww6 with SMTP id ww6so117728850obb.0 for ; Mon, 16 Nov 2015 01:46:30 -0800 (PST) In-Reply-To: <56489A95.1050706@cisco.com> List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" Hello Roger, On Sun, Nov 15, 2015 at 3:45 PM, Roger B. Melton wrote: > 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. > I agree, the black/white lists should only apply to initial scan. I forgot about this problem ... I had started some cleanup in the pci scan / attach code but this is too late for 2.2, I will post this in the next merge window. 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? > I suppose we can do this yes (I think Thomas once proposed off-list an option like --no-pci-scan). Do you think you can send a patch ? -- David Marchand >