From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-1.0 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_PASS autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 71014C43381 for ; Thu, 28 Feb 2019 01:26:09 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 46D8C218A5 for ; Thu, 28 Feb 2019 01:26:09 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730661AbfB1B0H (ORCPT ); Wed, 27 Feb 2019 20:26:07 -0500 Received: from mail-qt1-f196.google.com ([209.85.160.196]:35893 "EHLO mail-qt1-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730234AbfB1B0H (ORCPT ); Wed, 27 Feb 2019 20:26:07 -0500 Received: by mail-qt1-f196.google.com with SMTP id p25so21730800qtb.3 for ; Wed, 27 Feb 2019 17:26:06 -0800 (PST) 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:in-reply-to; bh=pWy1Md+ORLtC2GtUOqlipzPMsC0a7/lXhoxV+SN04fc=; b=c+9ekCWta1N9jyiwew3Ok5nrSibwD9ETWj4Jf2QyMaZ4OgrLsLakHVexnuG3r37q4j kCPUpmeWQeXrIvqv2AkfGvniV0b7/xcPg/scqCJInQrZGP74tZ6+C1y0iF4bdpagtHXq KdJGXghFSK+0j8cHT9btCMUQpCHU0UVrQsIenujhY0LT8zpaIEYBpkbpAG2CbuDoWo76 8PpWm2+7vbJMCdxwsZIs1Buths1POgsxi4OSFJatvkUI29OuFJ+/JxYtpy+0hqnwEvZs KziJi7P9NIYYQaKN8bgfal7+n46W1mpJuQvxeRy+HYcwsWMJTlxkUQ5auhXbxvkmBC2H dskQ== X-Gm-Message-State: APjAAAWSOoA0rwNrFUdXwueJ+zvRO2MKeUaMdp7pqxk0LI7fRXvzAX+a JfHGF5uBCyk1I9VUVrBaeaNxsg== X-Google-Smtp-Source: APXvYqyf/XCeuscPP7b2xDFP4TapMvpL3AlJmd6lvGmXU2HdEX/Fbj2/kCObjdiI/6Co6LUcH9fO7A== X-Received: by 2002:a0c:d21b:: with SMTP id m27mr4330108qvh.208.1551317166477; Wed, 27 Feb 2019 17:26:06 -0800 (PST) Received: from redhat.com (pool-173-76-246-42.bstnma.fios.verizon.net. [173.76.246.42]) by smtp.gmail.com with ESMTPSA id y17sm11442223qtc.33.2019.02.27.17.26.04 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 27 Feb 2019 17:26:05 -0800 (PST) Date: Wed, 27 Feb 2019 20:26:02 -0500 From: "Michael S. Tsirkin" To: Jakub Kicinski Cc: si-wei liu , "Samudrala, Sridhar" , Siwei Liu , Jiri Pirko , Stephen Hemminger , David Miller , Netdev , virtualization@lists.linux-foundation.org, virtio-dev , "Brandeburg, Jesse" , Alexander Duyck , Jason Wang , liran.alon@oracle.com Subject: Re: [virtio-dev] Re: net_failover slave udev renaming (was Re: [RFC PATCH net-next v6 4/4] netvsc: refactor notifier/event handling code to use the bypass framework) Message-ID: <20190227201857-mutt-send-email-mst@kernel.org> References: <20190222100753-mutt-send-email-mst@kernel.org> <20190225210529-mutt-send-email-mst@kernel.org> <20190227173710-mutt-send-email-mst@kernel.org> <20190227184601-mutt-send-email-mst@kernel.org> <20190227193923-mutt-send-email-mst@kernel.org> <20190227165205.307ed83c@cakuba.netronome.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190227165205.307ed83c@cakuba.netronome.com> Sender: netdev-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: netdev@vger.kernel.org On Wed, Feb 27, 2019 at 04:52:05PM -0800, Jakub Kicinski wrote: > On Wed, 27 Feb 2019 19:41:32 -0500, Michael S. Tsirkin wrote: > > > As this scheme adds much complexity to the kernel naming convention > > > (currently it's just ethX names) that no userspace can understand. > > > > Anything that pokes at slaves needs to be specially designed anyway. > > Naming seems like a minor issue. > > Can the users who care about the naming put net_failover into > "user space will do the bond enslavement" mode, and do the bond > creation/management themselves from user space (in systemd/ > Network Manager) based on the failover flag? Putting issues of compatibility aside (userspace tends to be confused if you give it two devices with same MAC), how would you have it work in practice? Timer based hacks like netvsc where if userspace didn't respond within X seconds we assume it won't and do everything ourselves? -- MST