From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-wm1-f51.google.com (mail-wm1-f51.google.com [209.85.128.51]) (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 C3C042DA75B for ; Tue, 12 May 2026 18:35:15 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.128.51 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1778610917; cv=none; b=Ox1CtDO9x2Qne+otK4WjIv3b0OmA/pOeWDX2jq0bXMOsde71ThLi70quC/tOzsL+/Kfyq3KblziKlogt6ijaDGsaOoxrOf+G2XbhR3JLEFpv6wH7ZuRwoZjVKa2RiH0NWo4ir8tkZPhdp5MprO7Yv+K7n2Wfo/LKudaAnew/5As= 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.51 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-f51.google.com with SMTP id 5b1f17b1804b1-488a8ca4aadso53873065e9.3 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=XpJWgQFbBEOTpCbcJNeQgcCMTMIZrfhEPriLYVvpPboHnldGPS6t4Qv4iUVvEFjhpI 6wLB4yvJHhk88mIX3mno+uciQf7FtFnUQeF3A1/JEUDWpOr5UCDzJrfzvhzbJ/dBOxN/ 551DO56kM1bFE2PJBUMEbRVbDovWqQGowm+NnCWgwP6f6m+pJdrxqQupg6+IqVADjm5O Z1Bjfg7mNwK4dnU9lStH0V/GF9Joij19MP6eNXkT/6o4dHwsxZS58NeD9eVmnvpTlCky 3NvOy9grFevU3ynR5soFrPBVzECAw3RshLXLkzvAkYw6A5iIMue+ZKw9OUUUUDwtwOuw c2eg== X-Forwarded-Encrypted: i=1; AFNElJ9Vp4UxF7F31gGsiSd2tvNUCY2QoFITssriviKbuLNOPVTGTd0fJugvqxz2JqzKWXrxbJTUBT2fYobjmeg=@vger.kernel.org X-Gm-Message-State: AOJu0YxDqLnvWeHwBqdEWcJqc4aZG/GPGTm9FZRrucVbnKbGTnpYuSru JpEecp5+ZRhfzVH4D5g61iDlvIGRW0m12y4cChsOM+xgHUhB1/2mB1NidNQyDyhKypo= X-Gm-Gg: Acq92OFpe2PsMiYyhmeTuwO25ieUxA7bKk0vu0+dwlT6+kTrdK9906JubR8H4IvdWof nUMc0VJUyrZd6wbVCWJDSP3Bv/Ra36OjKcrYzGcoS3zdisPx6+V9Pylajk8kFIoWlSdNSGviMuK 1wKrqNuPjHiabE6P62U0bjNYp03LklcjoLKJN5iuOE/ojrOmWFbMtcwjtligWDIKB9Lz5KV7Sxk 6c/5Hh7Kt0Pj08ahteezJKj1NPR4h34UCnjlRvfw8yrqfgCfoyFK6jmRwo5ulWeTtVDFiuEXCGM ulG3EO+Vr+R6apFEns0E0FnN78EqiS+yqZdiyai1l+VkjTgWq0E9oVnHI2MhibvJKro1ulxjfCJ et+dR5TdyZ6hxmj4YZtLuOaKAMk/pihZ98d/scVFW7w9buK3nPI7UOlBh2lnJBJB5wMt38z8nTD CV8Lek6qZ29D3wqdEp7i++jB7pLHBPWOCF7Q== 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: linux-kernel@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.