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 98092A04AB; Sat, 9 Nov 2019 00:44:18 +0100 (CET) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id 377C71C210; Sat, 9 Nov 2019 00:44:18 +0100 (CET) Received: from mail-pf1-f195.google.com (mail-pf1-f195.google.com [209.85.210.195]) by dpdk.org (Postfix) with ESMTP id 79F3F1C20C for ; Sat, 9 Nov 2019 00:44:16 +0100 (CET) Received: by mail-pf1-f195.google.com with SMTP id d13so5954241pfq.2 for ; Fri, 08 Nov 2019 15:44:16 -0800 (PST) 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=iRGo7hgoXnxNmrt3KwFIu8u3se0UDffPiPiuAzU5/dg=; b=POOKwV8dkbscGqd0n4huhEFYpljOwsxsEAXPaHmdvniCcTCHCoRZHyaePh6OTiwwkK 5I1WUp7MdOfC02dSUnyFQOHiesVbH125QmvJk60e47zje+a8TnV9EPaNZBUifNjm0guL tjw4Wle/fAsnpKR6DLO2FMzKHCKjrvMandibJpinkiOjDyCWTyjUNE+L3ua9536sNUNq trtrnXp9eesjp+0qxC4qnUHl1r+zKsBz2w6M/r5jeaG82VMS2/gIABbrz6yyZNeA8L6y fS1NR2PHxSBOB/rr58HWbPKtT7hO8D8kih8PSAJiLSqbhC1yhyjYt+imG1qWjziiFlpo 4sSg== 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=iRGo7hgoXnxNmrt3KwFIu8u3se0UDffPiPiuAzU5/dg=; b=n61N/E9HsVXOKlod0tY0kaPyA5AlGTKVveuxE4zQEt/pmVmhQoHTrPBj9kSM6em339 HIazexCtI7JNj1BiTL432UfmsogxSBpkrN1sd4ZGTJwtM6CwTnydXpo0gbp4lu+oK5fG Eq1HMpIGLpyCSd6Xpwe0n1TXga6+gYtRXfm/heyS2a6vKb7QQQEy4fYeovDLFivbFg0c /+FU7sX0t1MmJXS11KwC5iwyNTWpL7cWItt6jDFJkLCUvJG3sPoiRsFhCXxC6JjThKhk Cu6EPC8Ex5aiJZNyYsUMGybOuxIqNx+gUc8GXYkQtldYwkexrbenoZmewOK5yJ++b3Iy Wg+g== X-Gm-Message-State: APjAAAUuhsFKZyyuKEF/0nNQMfSENloubhMrPnmDp4TZU3xeRG+PJXlv 4gwFoxiLUyXDjzKs2JZPo1RV4A== X-Google-Smtp-Source: APXvYqzSZpd1t/ZDFgOo18yjpFbfS0m3XUDEk/RI0CGxEOqLR0rSRNfKhN2mrG0pQYVAujVCFJSkLw== X-Received: by 2002:a63:dd17:: with SMTP id t23mr15379839pgg.134.1573256655505; Fri, 08 Nov 2019 15:44:15 -0800 (PST) Received: from hermes.lan (204-195-22-127.wavecable.com. [204.195.22.127]) by smtp.gmail.com with ESMTPSA id f35sm6366425pje.32.2019.11.08.15.44.14 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 08 Nov 2019 15:44:15 -0800 (PST) Date: Fri, 8 Nov 2019 15:44:07 -0800 From: Stephen Hemminger To: Maxime Coquelin , Tiwei Bie , Zhihong Wang Cc: dev@dpdk.org Message-ID: <20191108154407.0bd8734d@hermes.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: [dpdk-dev] vtap0 device creation (bug)? 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 I create a virtio-user device with rte_hotplug it creates a kernel device (ie vtap0). This is normal an the device has ifindex N. But later when device is configured an started the original vtap0 device is deleted and a new one is created (with ifindex N+1). This seems like a bug, if nothing else it unnecessary overhead and link flapping for routing daemons. Noticed only while tracking down a bug where after vtap was created the address was being set, but then disappearing. Is this intentional? Is it documented?