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=-0.8 required=3.0 tests=DKIM_SIGNED,DKIM_VALID, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS autolearn=no 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 E4630C433FF for ; Tue, 13 Aug 2019 17:45:39 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id AE8DB2067D for ; Tue, 13 Aug 2019 17:45:39 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=netronome-com.20150623.gappssmtp.com header.i=@netronome-com.20150623.gappssmtp.com header.b="Y5mti63v" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727940AbfHMRpi (ORCPT ); Tue, 13 Aug 2019 13:45:38 -0400 Received: from mail-qt1-f169.google.com ([209.85.160.169]:37862 "EHLO mail-qt1-f169.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726116AbfHMRpi (ORCPT ); Tue, 13 Aug 2019 13:45:38 -0400 Received: by mail-qt1-f169.google.com with SMTP id y26so107230267qto.4 for ; Tue, 13 Aug 2019 10:45:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=netronome-com.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:in-reply-to:references :organization:mime-version:content-transfer-encoding; bh=rqCMayhy7xKIxQ/Udl8NaVoZEqcFVaiPOXywwzivV6Q=; b=Y5mti63v/FdirCS8JLS6vmkqfAAdU67nlyKJvozMCrnKvypxTwYsTQZYxDmDVdPcnA E0//1LQFe/1BygdbzLTCZV/oYzORF0ThysaxyTo7W1S3Wpk9zDSkfEqg5gngc8WJoBn4 GBGW3opKugMvpD6U3pcLTYHxL4Rx5wGpBQNaXHqT9HXJpzSKzr/DQQDbIs3z/dO/pCAW /X8967PTbPsYUX+XAVCsRxFfjghJl3DGCmQ9wt4Bz1WZyerDuFGM3TtHBat+4EStNMyN /cURGpXZ1B2potVh0BaPR5AgRE7HIPtX0AIwAchE8tLkuh1vvu2BSIrNMAwSX29gzT37 HRFw== 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:in-reply-to :references:organization:mime-version:content-transfer-encoding; bh=rqCMayhy7xKIxQ/Udl8NaVoZEqcFVaiPOXywwzivV6Q=; b=NEtqaSKGdWOk5HdVKUojxy+lln9LLXowEmvoQcqJMPGGVTwccbBN8ClYtXIHFntFjE JEAjX/MflMue0OnAuwcy+WD1ZQBsN78AQmPpCK71yqOCvh5nv+S1HdYeTT4ePYI8EMQh qvp4mKg+go7tkI8W8lR37qrp6kxTAWC8hnHTCpMnedDSQuxtMPkFFIhq4f+G7VistCjO s418NCt0iN/cUgy3xm9o2PZhP+/ONTP6pkWX5YRO2gsmOZ3g7r/ptGZcM8LGLu5PPnXu m4F8v87X9EYR7HIXrCM3JMmbuUvgieoMqfEQTaU8goxkdL9mrzK+0SCBwNejv/lrcY7W MF3A== X-Gm-Message-State: APjAAAVqzzSW4PR88NncGlX0oAMZ+m3VAKS1UT+9C/sABxv/e2CVeOW2 bFOAtOs9knhCGzmMpcqnea5BbTzfb0A= X-Google-Smtp-Source: APXvYqwNJm71tsFvkQaT51QBINi6QaTnJmVnpiJxEHzzCWZOx3XRWz9cR9gzpd3m4Tz3xuTaNMeWzw== X-Received: by 2002:ac8:60c5:: with SMTP id i5mr31255729qtm.352.1565718337731; Tue, 13 Aug 2019 10:45:37 -0700 (PDT) Received: from cakuba.netronome.com ([66.60.152.14]) by smtp.gmail.com with ESMTPSA id u16sm55586406qte.32.2019.08.13.10.45.36 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 13 Aug 2019 10:45:37 -0700 (PDT) Date: Tue, 13 Aug 2019 10:45:26 -0700 From: Jakub Kicinski To: David Ahern Cc: Jiri Pirko , netdev@vger.kernel.org, davem@davemloft.net, stephen@networkplumber.org, mlxsw@mellanox.com Subject: Re: [patch net-next v3 0/3] net: devlink: Finish network namespace support Message-ID: <20190813104526.481b90a4@cakuba.netronome.com> In-Reply-To: References: <20190812134751.30838-1-jiri@resnulli.us> <20190812181100.1cfd8b9d@cakuba.netronome.com> Organization: Netronome Systems, Ltd. MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: netdev-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: netdev@vger.kernel.org On Mon, 12 Aug 2019 19:46:57 -0600, David Ahern wrote: > On 8/12/19 7:11 PM, Jakub Kicinski wrote: > > If the devlink instance just disappeared - that'd be a very very strange > > thing. Only software objects disappear with the namespace. > > Netdevices without ->rtnl_link_ops go back to init_net. > > netdevsim still has rtnl_link_ops: > > static struct rtnl_link_ops nsim_link_ops __read_mostly = { > .kind = DRV_NAME, > .validate = nsim_validate, > }; The test harness is the only devlink instance which may conceivably have link ops. And implementing the behaviour you ask for would require core changes. We are back to the precedent by test harness argument :(