From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by dpdk.org (Postfix) with ESMTP id 5D3AB93B4 for ; Fri, 13 Nov 2015 09:49:40 +0100 (CET) Received: by obbww6 with SMTP id ww6so68732377obb.0 for ; Fri, 13 Nov 2015 00:49:39 -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=3Avw1LCXd8tHE2lvV7xhnFTvR3K49NALA0o+ADe5PuA=; b=DQ3hOZf9R1zunJFSdXG7t5ZzDZVvZB3mJmjUG9+NBPNIoIFkvRQrLuJPdtKnPsyoOp MoV8fAoEd1w12jnoXUwhVOQEL/oTFeJlL+/p7IFMoSsHxRKcsycJMR52OwEPZYMTnZn8 p18pOLoS6+W7QfGCUzkd3w87aRNQtF4c5xYaRv1HXa27S2uLOHS/cWkf60JEKIF8ern8 beGVsP/tx8phfZiHLAAUJgEtcASAyRSN/jLAa/4YSW/jN2MJ3YFtkNBOuSGfV9x0zxf6 kIXVWliibQryKoudf3bP4Pr3Nw7+ZSMbKmNMchVAO/muRdHc90EKHvDc/iMkuDbSu1s+ 7lTQ== 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=3Avw1LCXd8tHE2lvV7xhnFTvR3K49NALA0o+ADe5PuA=; b=lf2MJapZ1MuoLO3UkXbH4eWkoIdi5nUSHm7ysbjCwYl6+uSx08Yci6e/TMUN3x327P bz05D7viCGU112kThU1ccfdd1mKBMSwB0S+wPcQKBsrN8utJJKFVpE7VMco2kNRRe20s h+KEvVRuDsvtCntanstqeBbEPPvXHMqKxWcWf/jhARDT5/9djzDKiZ3+6aplLlyDH2R9 70dKYRGpgkunaFImoI1Fqvwx9gKCGeH8DGW0Y1xjHqfE8/hSmsHLsNuKjSdz7ccmGq++ vm8aMSd+CVR/MN9ADXrN42q/KXr8zJFevpP9t1mM4u2OJuBsga4mZPWsK8FrQmbNH28i qISQ== X-Gm-Message-State: ALoCoQls/cTnZ8Issj/qaLc47KJJF+C6JxsmvSOF2j5KwextTF8Q+bxDInntkMfGLwZQHOSgnQZ6 MIME-Version: 1.0 X-Received: by 10.182.119.230 with SMTP id kx6mr11835545obb.62.1447404579726; Fri, 13 Nov 2015 00:49:39 -0800 (PST) Received: by 10.76.131.166 with HTTP; Fri, 13 Nov 2015 00:49:39 -0800 (PST) In-Reply-To: <5645161A.3010107@cisco.com> References: <5645161A.3010107@cisco.com> Date: Fri, 13 Nov 2015 09:49:39 +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" 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 08:49:40 -0000 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. -- David Marchand