From mboxrd@z Thu Jan 1 00:00:00 1970 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) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=6wind_com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Bb3o3v8oO7WTsfY6ieomXJAVWSUnmQAeAKFed+YGN3g=; b=Qt27CZgOtdlOYmm5DxVl0GVRmIHOOE7JEJye6QixWhdvZnaOVHqiSbu257GvAiGAV4 /XsQ4OgTnbkJC/FpiZe9YjsYy42DhuOZq0axKGQzqIClbz7mK8V4DoFAsqPsdmNIX61G lY78Gsq7LHKXH2TZgJLLfrAo9msm/BzUngUOEAOSs091bCV9+UijsZqsNo2SCFuucemk v4KHXdMJRPSRDABPdlf5To2RzElmCV1ho5gg3swB7BxR3xFa+nAUU9WLZZLwlOsJri3H Jc1Bz5KpvY25uIQjpaX+iJK2l8bCC5r6F+L+jf7/VG8StZrinPCtYZYyqx47oCLKOT7G xIuw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=Bb3o3v8oO7WTsfY6ieomXJAVWSUnmQAeAKFed+YGN3g=; b=UM/1Xi7SMyPiwbzctAWdqlZS6PaYvdPlg38/VNEV+Fyr3nlAChLXUzsPxDfPGB7Lxo DCYUXnQc6lOlBXiTMH/bev+mXSQIGks9Z9NAj6LL75zbNY5exYeDBdYv44f2wq+RFJf0 Tb8K/ItN2Q5utJZMF8F72U4eG1fEc9z4LyWedrtHdaz0gqyZ2puRqBkb6YMo6lrEvAE1 HYc6YQFYNPSUFFTTr1L6Y//nSd/k+tV3F5++MGmnezPgZccrmqwyz/YZvjW1ILFlIAVO eSFohr6C6xXDXaxpQ8AyhrXAaqe4LMxQqovMKtRoKkGkxiUA027qBsY8DboAP/WyJGN4 8u5g== X-Gm-Message-State: ALoCoQmxWEwJx/cGCxt70k3kntPGXNAYsqcZwRbou6q10t4HnU3l8wBMmEuDLQE+EcdsKzPAzMok MIME-Version: 1.0 X-Received: by 10.60.178.74 with SMTP id cw10mr20742518oec.6.1447667190154; Mon, 16 Nov 2015 01:46:30 -0800 (PST) Received: by 10.76.131.166 with HTTP; Mon, 16 Nov 2015 01:46:30 -0800 (PST) In-Reply-To: <56489A95.1050706@cisco.com> References: <56475966.2080404@cisco.com> <56489A95.1050706@cisco.com> Date: Mon, 16 Nov 2015 10:46:30 +0100 Message-ID: From: David Marchand To: "Roger B. Melton" Content-Type: text/plain; charset=UTF-8 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: Mon, 16 Nov 2015 09:46:32 -0000 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 >