From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-wm1-f46.google.com (mail-wm1-f46.google.com [209.85.128.46]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id C4B542DE6F8 for ; Tue, 12 May 2026 18:35:15 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.128.46 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1778610917; cv=none; b=e2YvQMrFzfPCNAMtCoN7YBxrjW1ddAV/PxzFgPBJtqX1k+z3SoyPpN+e6c9gAgmkCMSlxYyG0ZYOjGqYLeh88bM7759yXiNB56ymdmgePHeh036ab5HSb3pvpu1LTtf8oZn9W6yt0MOWAmHqWF8Y3c/IPCYhjhd43QbOnrtiByU= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1778610917; c=relaxed/simple; bh=tpx/Mo33YZRPuGNo2ZG79570yOSTf76m9zQ3fljpeBU=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=EWIgYhZeyZn8MdcIKNpyvDrZYfPrHobXyvUlAKiGjstqU9iE4JRsEWQhIayUvhZGDx9ZYYzxEinbnJ6bOGIhWWLPN9CZsgl6K28rKMC7+kcCj6U57ytYrwSLDMIeoS3a3ete9Lnvz7S93/alTz9cvdE6Y/LXRy2i7TU6v6n8kPQ= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=resnulli.us; spf=none smtp.mailfrom=resnulli.us; dkim=pass (2048-bit key) header.d=resnulli-us.20251104.gappssmtp.com header.i=@resnulli-us.20251104.gappssmtp.com header.b=w+APLFvZ; arc=none smtp.client-ip=209.85.128.46 Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=resnulli.us Authentication-Results: smtp.subspace.kernel.org; spf=none smtp.mailfrom=resnulli.us Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=resnulli-us.20251104.gappssmtp.com header.i=@resnulli-us.20251104.gappssmtp.com header.b="w+APLFvZ" Received: by mail-wm1-f46.google.com with SMTP id 5b1f17b1804b1-4891b0786beso38037195e9.1 for ; Tue, 12 May 2026 11:35:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=resnulli-us.20251104.gappssmtp.com; s=20251104; t=1778610914; x=1779215714; darn=vger.kernel.org; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=448c9IXFWf3BzecYkP3HsCZJTYpIC1o7jRhCi9pch8w=; b=w+APLFvZXBkz+9eaCLuLAF2s7qu2uwT7EaiEA3Jc2pFzGocciws+4cxdOi7tJUoWyJ FLBku92a27xkhkMHmN6K98vSiFwnotvTxBu/kq4ll9ygGVlxk7Nnwb6UMdcTJW8giI0F yUUV2NdGZP6Bk0paRNpDyaPs7ukA1yMjdS/sBbWLoduNLcAMeazIKy7BHrh9Sxfes84I JVPO6ghXwGa7OC9pRJSI9CCGJ68tefBQpRch+M3j9dmmwY5kvdD8unYhr7MPI4afFZK+ 1PPw7CQnJ/kOWZZIEs7Djo9oRYYAvmTqwJEbPTeqbr2GPV7CX92Lhxb7SHKWxsQXevk0 HKmg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1778610914; x=1779215714; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-gg:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=448c9IXFWf3BzecYkP3HsCZJTYpIC1o7jRhCi9pch8w=; b=qdDAMtIcDaycBZcg/SnzFJWxsfyCwGReQqrCOZhxUOeBKH3EEIvndfjqdBR6Mudk57 97cEPBNwzDCzfPSIYtkPPvV4u2KAQlprarYQOst0hqHhmJMc9eeESGJj0/zs4R7s2Pui a78TNex3WWJUxP0u/URcU34UmLYrFZGexYXkOH/I7hbvclfShKbP79rsoIrhLnZTOFsS vxm31pmHj8jjPLw/U1tSKZpd8J+pQsOwZcD3XaWej3jwOkEbU2lpXFD5+4C3VHvcCnNp GfB73Apl0HWS3L/TnSVBB77RGpUu/i6sVwk7NPWEVzJKciUErR9ABuLTbKjWIQK8P/Zu BYMg== X-Forwarded-Encrypted: i=1; AFNElJ9vBu7+nI1vJC/ujyD6vIvp9snFMorkmzrUCm9rDwAZ/5ziQ/pwvy//DD6grbv512xn8tdWq1Y=@vger.kernel.org X-Gm-Message-State: AOJu0Ywgsiuhhm1Xd81P6QkkgmqMKwgL8YNR2wCTmlMKhQ1jtALxDqON MnRaX1eD7EkgbRTpl0WqZRyRDLWLtcGXSvtW0czvIe/zeNb9qY/rzlDE+3hRK6mKpJc= X-Gm-Gg: Acq92OFR3/UnyCu7jUvQ9SZLuO6yJ0zgJ2Uqw+j9AuuohHQcKT/pU7lBiHFCbnmaA9D 3Mr95jc8k7ZxyWieAPac8/6SlDkEkQIEMl13cAl5NuziS55w93rRroaNQ4HJO7MJrKHjaZRIkbG Cn2tzdXTz+k/6LFdPSHr88A36t4FT6TIYCfXOzNv+7J3bkBq9r4+w2Xqn8IIHPPR9kotiA32F+o XFgliknKYtw4M4DLWuFG6HtRJJSLBEsJ9ErKFC6Iiva5+qFy0av+ZxIev4pMbuI0LPIuYKWI5wj 60MuCSAZfWDHrzRLmCKsXkKjjTWAUf64nGdzlLX8F40htSS5Ju2e3ZkbRKVrpFFx4r2stxinUSW Ah5fJA2STAs79tZy5Vx6rteE/86Dvnze54l4HygpRnOw/KQL0BumVGdxqXRB+jIhftoZrooZBeY xNhKtKP1/QEmqH2sn51OFaRUHyZ4e/D9Xctw== X-Received: by 2002:a05:600c:8b41:b0:488:acbc:b2e with SMTP id 5b1f17b1804b1-48fc9a33179mr1144555e9.17.1778610914207; Tue, 12 May 2026 11:35:14 -0700 (PDT) Received: from FV6GYCPJ69 ([140.209.211.203]) by smtp.gmail.com with ESMTPSA id 5b1f17b1804b1-48fc8d21c72sm13265985e9.7.2026.05.12.11.35.11 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 12 May 2026 11:35:13 -0700 (PDT) Date: Tue, 12 May 2026 20:35:09 +0200 From: Jiri Pirko To: Parav Pandit Cc: Mark Bloch , Jakub Kicinski , Eric Dumazet , Paolo Abeni , Andrew Lunn , "David S. Miller" , Jonathan Corbet , Shuah Khan , Simon Horman , Saeed Mahameed , Leon Romanovsky , Tariq Toukan , Andrew Morton , "Borislav Petkov (AMD)" , Randy Dunlap , Dave Hansen , Christian Brauner , Petr Mladek , "Peter Zijlstra (Intel)" , Thomas Gleixner , Pawan Gupta , Dapeng Mi , Kees Cook , Marco Elver , Eric Biggers , "NBU-Contact-Li Rongqing (EXTERNAL)" , "Paul E. McKenney" , "linux-doc@vger.kernel.org" , "linux-kernel@vger.kernel.org" , "netdev@vger.kernel.org" , "linux-rdma@vger.kernel.org" Subject: Re: [RFC net-next 0/4] devlink: Add boot-time defaults Message-ID: References: <20260508175213.1952097f@kernel.org> <580a774b-ba9e-4523-b43a-476f75dd5b12@nvidia.com> Precedence: bulk X-Mailing-List: netdev@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Tue, May 12, 2026 at 05:25:21PM CEST, parav@nvidia.com wrote: > > >> From: Jiri Pirko >> Sent: 12 May 2026 07:37 PM >> >> Tue, May 12, 2026 at 03:48:32PM CEST, parav@nvidia.com wrote: >> > >> >> From: Jiri Pirko >> >> Sent: 12 May 2026 02:16 PM >> >> >> >> Mon, May 11, 2026 at 08:21:37PM +0200, parav@nvidia.com wrote: >> >> > >> >> >> From: Mark Bloch >> >> >> Sent: 10 May 2026 06:02 PM >> >> >> >> >> > >> >> >[..] >> >> > >> >> >> > I look at it from the perspective that from some CX generation, >> >> >> > switchdev mode should be default. So that is a device-based decision. >> >> >> > I believe as such it can optionally be permanenty configured (nv config) >> >> >> > on older device. Why not? >> >> >> >> >> >Because sometimes switchdev_inactive is needed and sometimes not. >> >> >Such knob is not device decision. >> >> >> >> That is what I would call corner case. In that, user can use userspace >> >> configuration to change the mode in runtime. >> >> >> >Corner vs common depends on users one talks to. :) >> >If fw has switchdev(active) as default, and then >> >And user needs to run switchdev_inactive, it will actually break their switching applications. >> >> Can you describe the actutal breakage please? >> >Driver default was switchdev so all the traffic is forwarded to the switch, >and user didn't have chance to setup the fdb rules. >So packets are dropped but user didn't expect the traffic to be forwarded. User may switch mode to switchdev_inactive early on, before any of the representors are created. What's the issue then? > >With this RFC, the device would start in the switchdev_inactive. >And user's goal is achieved. > >> > >> >So, one needs to invent switchdev_inactive in the FW. >> > >> >Jakub's suggestion in this RFC is covering both the scenarios uniformly without above problems. >> >Single uapi for all the cases, so looks good to me. >> > >> >Moreover, do not understand how alternative solves such problems. >> >i.e. user is unable to configure the fw because driver is not yet loaded/up. >> >> See my other reply in this thread. I don't think there is a need to >> configure anything in FW. If we fix the behaviour in switchdev mode for >> non-sriov user and change the default, no fw knob needed. What am I >> missing? >> >If I understood your suggestion right, is it the devlinkd based solution? The suggestion is to use "switchdev" as default with user configuration no matter if it is devlinkd or something else. > >If yes, then Mark explained that it has the issue of all drivers to be loaded, followed by user space to start.