From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-wm1-f53.google.com (mail-wm1-f53.google.com [209.85.128.53]) (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 D988514F9CB for ; Fri, 7 Jun 2024 06:48:55 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.128.53 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1717742937; cv=none; b=a+m0bwcSoXmA8hQUY7vW3T3CMessj8ut7WNJb1mGp5DD5gJACgxwMHVnNb3+v7oLmoEMtVeR115gSt8gpZT1xUbiAAud6mfjBKsxlxpFttRvZMJMqHRCYwlg02U21ygvpNlcNTdtXopoEnpB+dPCwd82cZvU/bEVV39rDce2J6c= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1717742937; c=relaxed/simple; bh=pgHe5e3ALK+cypFku6S3ieR5sW7SNUe2jaqsfcPIj20=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=YLhRLlxqoZIsNLiWnaxKOtXzc19ml9rYMsu/IdeAUrDbNUzeUtU/P7N8zrq41vMJvVl0lFUFJZvTt8Q8DNqDiO1J56qZvI5v8DdfMkCUF7UzUlD42I2Z5lZmGDmgQeD91esolEVGfj5YQs4JQfQnpm4ccZjDgocjLrfbE/6rx08= 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.20230601.gappssmtp.com header.i=@resnulli-us.20230601.gappssmtp.com header.b=WHBNVDxL; arc=none smtp.client-ip=209.85.128.53 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.20230601.gappssmtp.com header.i=@resnulli-us.20230601.gappssmtp.com header.b="WHBNVDxL" Received: by mail-wm1-f53.google.com with SMTP id 5b1f17b1804b1-4215ac379fdso16927925e9.3 for ; Thu, 06 Jun 2024 23:48:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=resnulli-us.20230601.gappssmtp.com; s=20230601; t=1717742934; x=1718347734; 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=43B/d4gP0SHROpUeDJVVbV3eXPrnkyyO5sotvbejxE8=; b=WHBNVDxLb89t4vpBlCcek1GBq9Kmstv+1AVdjO59eaYkrCWcEI9nEDP9Q4cO+AAyPJ HmDSto7YIA7d11bU+l+0wUTDUOEEdshw8yc2rWamSrSdTiVK4BXiXIcdpkdxnxtTj70G yX0WWgxXHpb5WW+BdqOlQ11DlXUFJFHCmFnlWKRcVzgjm9iMJj9tpjeJAeu4DCl1vcBN XtTf2Zl7Scs+Y97N64LNIuPgi+uJEvDBtHjLY43u1zXwglMusYxD/y1XP7Hy31V2r0D5 oP16PMPj9CdMEaFS65ZlsMHa+2q4HTc/9X2dkmtzSwRMDdXvAVeoVgHPcgujfUgEHlYe ImIg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1717742934; x=1718347734; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=43B/d4gP0SHROpUeDJVVbV3eXPrnkyyO5sotvbejxE8=; b=T9zNKGn/l1zylzr+BkMFujvbwrxr8uz2d+PqjXvOKjuBrhGqKyrgprJKSTEtsBPPCa S6x056vAWqUzYG2g/h2Qp6Re5//GqubSMB+lUfo5LJpVDldoB+heERs9Yax8pvB6Qg8+ PTE7wy2FDfWMEQ/TXvE5fjlsobsnKfZ0lOGasvEXFeRVdPO5rIBt7xxKXR9vW9xhb9xD c45OQPSiJ6uXq0aGDbl4fNEqLskQTLK3ttVKp20DOSEuZ0ls5p6OCqc89Mk07U4bFvJL iHXuYNkjUcY8isZ+jNWc5uSgBMXh+OL1pbmHI7qxy1RYyRPC23t3ErgwCWzrhfSlXLEb 3yMQ== X-Forwarded-Encrypted: i=1; AJvYcCWaZCzqEGPnVip3gOWZL91yFmT+BFLxQltX3rSWC2A8OpiWoBscD584Q1ujtMDR4Znmoc4c3MMxuDPIukOBVxBMOqvbiUDPtZQoOA== X-Gm-Message-State: AOJu0Yy4+vSWepmws3+gW5MPa0lMIP+GkK1gjrs1yEExwvc3Aqtrjx1V JPyEu4DMEo5qgP5gqqud8kZaU7S1R1ue5nzDdsywg/Vhi682VMnVPf/3+tJJ82Y= X-Google-Smtp-Source: AGHT+IExgKcCS2E1XRnUmlAj3a3DUBu1u3NAJFz7KJXg88qiQxXnJkpQj85jyxqJhtNeIB0VGBuEdw== X-Received: by 2002:a05:600c:46cf:b0:418:969a:b316 with SMTP id 5b1f17b1804b1-421649ecb5amr16247315e9.1.1717742933988; Thu, 06 Jun 2024 23:48:53 -0700 (PDT) Received: from localhost ([193.47.165.251]) by smtp.gmail.com with ESMTPSA id 5b1f17b1804b1-4215c1aa954sm43832665e9.17.2024.06.06.23.48.52 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 06 Jun 2024 23:48:53 -0700 (PDT) Date: Fri, 7 Jun 2024 08:48:50 +0200 From: Jiri Pirko To: David Ahern Cc: Jakub Kicinski , Jason Gunthorpe , Dan Williams , Jonathan Corbet , Itay Avraham , Leon Romanovsky , linux-doc@vger.kernel.org, linux-rdma@vger.kernel.org, netdev@vger.kernel.org, Paolo Abeni , Saeed Mahameed , Tariq Toukan , Andy Gospodarek , Aron Silverton , Christoph Hellwig , Jiri Pirko , Leonid Bloch , Leon Romanovsky , linux-cxl@vger.kernel.org, patches@lists.linux.dev Subject: Re: [PATCH 0/8] Introduce fwctl subystem Message-ID: References: <20240603114250.5325279c@kernel.org> <214d7d82-0916-4c29-9012-04590e77df73@kernel.org> <20240604070451.79cfb280@kernel.org> <665fa9c9e69de_4a4e62941e@dwillia2-xfh.jf.intel.com.notmuch> <20240605135911.GT19897@nvidia.com> <20240606071811.34767cce@kernel.org> <20240606144818.GC19897@nvidia.com> <20240606080557.00f3163e@kernel.org> <4724e6a1-2da1-4275-8807-b7fe6cd9b6c1@kernel.org> Precedence: bulk X-Mailing-List: linux-rdma@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: <4724e6a1-2da1-4275-8807-b7fe6cd9b6c1@kernel.org> Thu, Jun 06, 2024 at 07:47:20PM CEST, dsahern@kernel.org wrote: >On 6/6/24 9:05 AM, Jakub Kicinski wrote: >> On Thu, 6 Jun 2024 11:48:18 -0300 Jason Gunthorpe wrote: >>>> An argument can be made that given somewhat mixed switchdev experience >>>> we should just stay out of the way and let that happen. But just make >>>> that argument then, instead of pretending the use of this API will be >>>> limited to custom very vendor specific things. >>> >>> Huh? >> >> I'm sorry, David as been working in netdev for a long time. > >And I will continue working on Linux networking stack (netdev) while I >also work with the IB S/W stack, fwctl, and any other part of Linux >relevant to my job. I am not going to pick a silo (and should not be >required to). > >> I have a tendency to address the person I'm replying to, >> assuming their level of understanding of the problem space. >> Which makes it harder to understand for bystanders. >> >>> At least mlx5 already has a very robust userspace competition to >>> switchdev using RDMA APIs, available in DPDK. This is long since been >>> done and is widely deployed. >> >> Yeah, we had this discussion multiple times > >The switchdev / sonic comparison came to mind as well during this >thread. The existence of a kernel way (switchdev) has not stopped sonic >(userspace SDK) from gaining traction. In some cases the SDK is required Is this discussion technical or policital? I'm asking because it makes huge difference. There is no technical reason why sonic does not use proper in-kernel solution from what I see Yes, they chose technically the wrong way, a shortcut, requiring kernel bypass. Honestly for reasons that are beyond my understanding :/ >for device features that do not have a kernel uapi or vendors refuse to >offer a kernel way, so it is the only option. Policical reasons. > >The bottom line to me is that these hardline, dogmatic approaches - >resisting the recognition of reality - is only harming users. There is a >middle ground, open source drivers and tools that offer more flexibility. >