From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: <gaetan.rivet@6wind.com> Received: from mail-wm0-f47.google.com (mail-wm0-f47.google.com [74.125.82.47]) by dpdk.org (Postfix) with ESMTP id 39A7F7CC9 for <dev@dpdk.org>; Mon, 5 Jun 2017 01:04:45 +0200 (CEST) Received: by mail-wm0-f47.google.com with SMTP id x70so286273wme.0 for <dev@dpdk.org>; Sun, 04 Jun 2017 16:04:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=6wind-com.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:content-transfer-encoding:in-reply-to :user-agent; bh=5H1eucpl+lZshLKulAJ3a8zYSVJIrSorn9Lx0WafnO8=; b=tEZIXdXcxpR5/ybAV2JcMqJ80+R4baBpmO8yYQiXH5tB2/EfzjlUxJOfSxnMXJ7doY FJK/SVT5P01PXUu6DmcctHjvEvg74zvK7pIXUbTh7hg9QTqeWcdMkagyklXVEcuoL9Ys n5QUxRzoCG0J6REhF9HCPxt9Ic1gHRydPHC5KzTqj7jSM57f4Pioo6NO6Gh1vDLRKAiL UzHMCXGoRdNIwXE4vloYOe8arNmAES0UaNMVsNyYsqNlvobEh3r50GI7/PYK1ZXGV7xp WtfkOhtDT2KQQjRvnB4se004vJfRqfzd9//CcA8X8oWufUw7tgiR2oRvyayYhGTtj4Kk qZIQ== 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=5H1eucpl+lZshLKulAJ3a8zYSVJIrSorn9Lx0WafnO8=; b=gEbL3rpR1c6m6n2Ep4lCm2eDhNOC0ZGuYnW7H/BUSWmZF2BRkIpWblpuIe5JoSaD/7 VL0aUYJIVLKsC8vyq5ecS5ScjLxuff4wOsdlvoxChhl9nMvV3PHSw6Z0XtjS9fd8zKpV nJkqPKfw94vU2JYFQ0QvUDgparBZFxB0fydFG46r+dgQ+x8wzm+JLYlgFKW28MYUEhap 48orz4QvVvLQl93ljSGucbWrxxvOnqrpF6/yfJJp8wvl4HVn3IAmEMtRdmc8Dhiu98F9 RiNpOx7mxaGBoXmx5GHGsx/E6sOLPxog9ju7FVRjwurSVdBd8KpiVPyLZQ6CeNtVcPU8 dSAw== X-Gm-Message-State: AODbwcDFbf2UDHOESUtcBdDiqZ1Y4Uni6P8LySDxqaqfUW6LBrafiC71 hmlQVtvoXG33iEHHhtE= X-Received: by 10.28.20.198 with SMTP id 189mr5649559wmu.17.1496617485653; Sun, 04 Jun 2017 16:04:45 -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 e125sm11693477wmd.33.2017.06.04.16.04.44 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 04 Jun 2017 16:04:44 -0700 (PDT) Date: Mon, 5 Jun 2017 01:04:38 +0200 From: =?iso-8859-1?Q?Ga=EBtan?= Rivet <gaetan.rivet@6wind.com> To: Stephen Hemminger <stephen@networkplumber.org> Cc: dev@dpdk.org Message-ID: <20170604230438.GG18840@bidouze.vm.6wind.com> References: <cover.1495634974.git.gaetan.rivet@6wind.com> <cover.1496065002.git.gaetan.rivet@6wind.com> <22f681327bdff42db58d880fd2238d1fbfb2730d.1496065002.git.gaetan.rivet@6wind.com> <20170531081353.2103a676@xeon-e3> <20170601140137.GB18840@bidouze.vm.6wind.com> <20170601105722.6e4e2101@xeon-e3> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20170601105722.6e4e2101@xeon-e3> User-Agent: Mutt/1.5.23 (2014-03-12) Subject: Re: [dpdk-dev] [PATCH v4 04/12] net/failsafe: add fail-safe PMD X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions <dev.dpdk.org> List-Unsubscribe: <http://dpdk.org/ml/options/dev>, <mailto:dev-request@dpdk.org?subject=unsubscribe> List-Archive: <http://dpdk.org/ml/archives/dev/> List-Post: <mailto:dev@dpdk.org> List-Help: <mailto:dev-request@dpdk.org?subject=help> List-Subscribe: <http://dpdk.org/ml/listinfo/dev>, <mailto:dev-request@dpdk.org?subject=subscribe> X-List-Received-Date: Sun, 04 Jun 2017 23:04:46 -0000 On Thu, Jun 01, 2017 at 10:57:22AM -0700, Stephen Hemminger wrote: > On Thu, 1 Jun 2017 16:01:37 +0200 > Gaëtan Rivet <gaetan.rivet@6wind.com> wrote: > > > What is necessary is a common piece of info (it can be MAC address, a > > class Id, anything else) that allows a script to detect that the right > > device has been plugged in. As long as the NFV server allows determinism > > here, the user will be able to use its VF. > > There is a serial number property (GUID) on vmbus that is what Windows uses > to associate VF and SF device. It maybe visible over sysfs. > > But it make senses to put that kind of system dependent matching rule in > some other place (DPDK bus logic? or external daemon). I think it might make sense to have expanded matching feature in rte_buses. For example, being able to match devices using metadatas specific to a bus, while allowing wildcards-like behavior. Such as expressing "Probe all devices having a vendor:device id pair in such ranges", and having an "INTR_ADD" event added to mirror the "INTR_RMV" already existing. Other possible grammar elements for device matching could be thought up, not limited to NFV servers. Once the buses have somewhat stabilized in this release or the next. But the exec stanza allows the fail-safe to have answers for this configuration and possibly many others, at least while the buses are not capable enough. -- Gaëtan Rivet 6WIND