From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from dpdk.org (dpdk.org [92.243.14.124]) by inbox.dpdk.org (Postfix) with ESMTP id 118A6A2EDB for ; Tue, 1 Oct 2019 11:10:18 +0200 (CEST) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id 26E914C9D; Tue, 1 Oct 2019 11:10:17 +0200 (CEST) Received: from mail-wr1-f68.google.com (mail-wr1-f68.google.com [209.85.221.68]) by dpdk.org (Postfix) with ESMTP id 3D95344C7 for ; Tue, 1 Oct 2019 11:10:16 +0200 (CEST) Received: by mail-wr1-f68.google.com with SMTP id a11so14517988wrx.1 for ; Tue, 01 Oct 2019 02:10:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=6wind.com; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:content-transfer-encoding:in-reply-to :user-agent; bh=NJzwekCqd8aCZzr2iS5sRIIVtMTv2J11iKt3eaxYKJI=; b=CTKoIj0cHGNOPeTN739lkyYEwxDJogEg4DFt5NqoZq1N71cIEbHVY+PtOps8h6KmRP PhSvdewv3iFSeA38Ur1M/p6dHiD+FwuB3/MqBLFv/8hDNkXsUWYaLs9UQFGY1eEaES+d RdhyQDdX2dG3K7YOJ0cN1P2YiEMLpDyZTv5Mbr/eDCWMPDotEC99eTbpp76IXtj/lvod VvfJ5nZw9YiOD4LIRMloDbSf73KcE7RHXZbc9jH4ltvlPKzGbJa4NMGHHvIYwsshNHP5 rJNwVGvKiMTHMKMz+qOJnevJzQZJpHx/EcooJBWf4uO7uWTZhKuj4lilDpe9CoXp5rsL rr8Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:content-transfer-encoding :in-reply-to:user-agent; bh=NJzwekCqd8aCZzr2iS5sRIIVtMTv2J11iKt3eaxYKJI=; b=L9VWsXOMemUrHOyqK4Ex2IJPwrmrmfSds+7+KpZZKgHrfwl4zsdfrPYVNBguqRZft0 EvwIDfuLmU9U6D6WtpzmcsNNis/oONsPrhMhqx5fK0LAOjZE9YT/Z4cHTmjQeBv90LJ3 bo2Zgq6qey3+8/dsnmU58+izkEKUMPPv3zI7E3DMlVRjXDx5h6GzyLNaXd9HLJlX81cY BfTItqy08n9H2nVzoMZzw/XH42xIfnQFIDTegxoIvao3uLEaIFsLTypWXj7CEMIOJ1va 0w6H6x6pEGOQAYz75XAqYzPuNHkzQvBbDrNH96JWo60Iu0W+bkgqtkd8TeK+VzToeY/a pNag== X-Gm-Message-State: APjAAAVb2X1jNox1U3FRS/q0YcRfSOnVdtnWtpdwMQs5jNG13McNJWdB qq0hzCbPfAMJXaZD7o7yy9flvg== X-Google-Smtp-Source: APXvYqw0zn/Vl4q5JAMgiPwT5fjmSsw96BRbi0jHMM9bWQO0lL3e08hE5kkXNnUymyLDxyBJBRjxOw== X-Received: by 2002:adf:e3c4:: with SMTP id k4mr16073068wrm.157.1569921015880; Tue, 01 Oct 2019 02:10:15 -0700 (PDT) Received: from bidouze.vm.6wind.com (host.78.145.23.62.rev.coltfrance.com. [62.23.145.78]) by smtp.gmail.com with ESMTPSA id z189sm3724762wmc.25.2019.10.01.02.10.14 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 01 Oct 2019 02:10:15 -0700 (PDT) Date: Tue, 1 Oct 2019 11:10:13 +0200 From: =?iso-8859-1?Q?Ga=EBtan?= Rivet To: Stephen Hemminger Cc: dev@dpdk.org, Slava Ovsiienko , Ferruh Yigit , Anatoly Burakov , Thomas Monjalon , Jerin Jacob Kollanukkaran , David Marchand Message-ID: <20191001091013.xxtzjblepbleqren@bidouze.vm.6wind.com> References: <30b29c553a1ae4faafbd2018ec3a6701b71d266a.1569846991.git.gaetan.rivet@6wind.com> <20190930115333.5302e457@hermes.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20190930115333.5302e457@hermes.lan> User-Agent: NeoMutt/20170113 (1.7.2) Subject: Re: [dpdk-dev] [PATCH v1] eal: add manual probing option X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" On Mon, Sep 30, 2019 at 11:53:33AM -0700, Stephen Hemminger wrote: > On Mon, 30 Sep 2019 14:51:03 +0200 > Gaetan Rivet wrote: > > > Add a new EAL option enabling manual probing in the EAL. > > This command line option will configure the EAL so that buses > > will not trigger their probe step on their own. > > > > Applications are then expected to hotplug devices as they see fit. > > > > Devices declared on the command line by the user (using -w and --vdev), > > will be probed using the hotplug API, in the order they are declared. > > > > This has the effect of offering a way for users to control probe order > > of their devices, for drivers requiring it. > > > > Signed-off-by: Gaetan Rivet > > I have no problems with the patch, but it would help if there was better > way to handle device naming policy in DPDK. Applications that depend on > particular port number are prone to get broken by changes in surrounding > OS or hardware environment. Just like Linux applications that are built > to depend on "eth0"; which is unfortunately all too common. Hello Stephen, This patch is a way to avoid having the PCI bus defining the probe order with the current hardware environment. It seems to be a step in the right direction for the issue you identify. There is a tight coupling between device names and driver matches for the vdev bus, but that seems difficult to avoid. Do you see other EAL APIs fostering an over reliance of downstream systems on device names? I pushed a few months back a way to iterate / match devices by their properties. If you identify other pain points, this could certainly be improved as well. -- Gaëtan Rivet 6WIND