From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from dpdk.org (dpdk.org [92.243.14.124]) by dpdk.space (Postfix) with ESMTP id 083B2A0096 for ; Tue, 4 Jun 2019 21:54:14 +0200 (CEST) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id CA4471B993; Tue, 4 Jun 2019 21:54:13 +0200 (CEST) Received: from mail-pl1-f171.google.com (mail-pl1-f171.google.com [209.85.214.171]) by dpdk.org (Postfix) with ESMTP id 4A81F1B953 for ; Tue, 4 Jun 2019 21:54:12 +0200 (CEST) Received: by mail-pl1-f171.google.com with SMTP id f97so8769167plb.5 for ; Tue, 04 Jun 2019 12:54:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=networkplumber-org.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:mime-version :content-transfer-encoding; bh=rdj6KlhXeaGhJhnFVQ8BHbcHqLulAdjURmrG2Mh5JPo=; b=fps/LQBDX1SQCnGNxPKIAwbv40ZLSOWeIUqokoYuVLIul8BumucwHP60bhZpN9RpgN okyN2sik9hgEYoO0y41mOAVmBfHe0O12qlT+2sv+U/0H7SORH0BkO1VpCEKpmpm6gJgG snT6pNyJuwuROjIbExo+OKumBrwLWkaZl6x4QJp8FZonEBAfDQmcqOMA440xx4mO58Lj YTXAtdBYvCTjoi4IhtPGJlx+ptKLuFv0PO0THB+33ou3YpkDkR+6kipIAnDQb/Let7sP HPTGQ+9tCVb266gNHR7hHblGx4RjoCiu0V1MLmzWukKwVRDqd0TGwCXiPzhl3l5trdaL su6g== 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:mime-version :content-transfer-encoding; bh=rdj6KlhXeaGhJhnFVQ8BHbcHqLulAdjURmrG2Mh5JPo=; b=AUWFeCSL9yesaler9ehlqmaoazGi1vQpPDc4NtCeiaiaitAyvxmEL5o/LFR3b4I7Tm bxI4J72c2lcdYLLawf+JsGTAh6DmqsDeotHlUMectl7VOUKulu/jljJW44GrswSzub7R dHdowJMRvI721S6x5RCpDZs8VtCjeEN00Y2M1f+Is6OKC+t2ex2OT/Quyp4w1A5JNx9v Tb3GqhfVJwHSwO/SXz5isQZa2vhxEGXcgJn7Zx5kjpoRF2eXwp5jzUr8lmBENHk9shRg pr6FKoMdFak+6eaZk23lZxi8+3Exv7dIYpY3ByZwFrcj6qRBS9jMeqBbzy8sPbwUdZxd M9nw== X-Gm-Message-State: APjAAAXeuqvMbDwD8dx/qBHj6nTUwaWMWuaRA0vEhm5Edz757fG61C2y LBgBTwtD/DbHuNcPiPKj8Q9cVA== X-Google-Smtp-Source: APXvYqwMw2uKIXIBXnVXaXog8f47F5zEQ+ed7ZAFDndFqTcP81yApiQZ/6kEvRNpdd/B5s9MgBaSgg== X-Received: by 2002:a17:902:2a26:: with SMTP id i35mr553615plb.315.1559678050949; Tue, 04 Jun 2019 12:54:10 -0700 (PDT) Received: from hermes.lan (204-195-22-127.wavecable.com. [204.195.22.127]) by smtp.gmail.com with ESMTPSA id d7sm8355703pfq.0.2019.06.04.12.54.10 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 04 Jun 2019 12:54:10 -0700 (PDT) Date: Tue, 4 Jun 2019 12:54:09 -0700 From: Stephen Hemminger To: matan@mellanox.com Cc: dev@dpdk.org Message-ID: <20190604125409.078adf75@hermes.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: [dpdk-dev] RFC - vdev_netvsc automatic blacklisting 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" When using DPDK on Azure it is common to have one non-DPDK interface. If that non-DPDK interface is present vdev_netvsc correctly skip it. But if the non-DPDK has accelerated networking the Mellanox driver will still get associated with DPDK (and break connectivity). The current process is to tell users to do whitelist or blacklist the PCI device(s) not used for DPDK. But vdev_netvsc already is doing a lot of looking at devices and VF devices. Could vdev_netvsc just do this automatically by setting devargs for the VF to blacklist?