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 Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 3D7B6C28B2B for ; Fri, 19 Aug 2022 18:06:54 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1350296AbiHSSGv (ORCPT ); Fri, 19 Aug 2022 14:06:51 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:60814 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1349841AbiHSSGW (ORCPT ); Fri, 19 Aug 2022 14:06:22 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 22AAE5F990 for ; Fri, 19 Aug 2022 10:53:58 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 82BB461893 for ; Fri, 19 Aug 2022 17:53:58 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 8E0B5C433C1; Fri, 19 Aug 2022 17:53:57 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1660931637; bh=yOh9N5MFHoQrepwBUPCrQDYkKUaLh7fK8DX7TwHbQ6Q=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=CsxAbKYj0fsY1w8eTo/0gncH4gzFkUFQbXCcik2+JWYVD+xysn8/JwH57jlTwMRBZ aDVlJxmo5dqpqhF22ZsdlJXpzmZKpHeKeP+mzbDCRLw7Ova+nmMUfXcOGo384mkpbd cPx+MYchhGIhIzF4J+UFHBM3gMhdnnqnWy/Qc0yNPQlrWhe0xy+fc4wl8KUlIzDiGK 7bFfcTj4IBc+te9u/bBN68I/xwYigrsPbTLISrFpHj73NCjkN6J0T59NT/gSNl2/xz SQwKxOscY84ORvPD5YKf34qR9F9KD15sUNRDiM7wSuwrVC5l5Doi3AIfPCx3D8/IPv Bv5NWWcXw27LQ== Date: Fri, 19 Aug 2022 10:53:56 -0700 From: Jakub Kicinski To: Jason Gunthorpe Cc: Leon Romanovsky , Steffen Klassert , "David S . Miller" , Herbert Xu , netdev@vger.kernel.org, Raed Salem , ipsec-devel Subject: Re: [PATCH xfrm-next v2 0/6] Extend XFRM core to allow full offload configuration Message-ID: <20220819105356.100003d5@kernel.org> In-Reply-To: References: <20220816195408.56eec0ed@kernel.org> <20220817111052.0ddf40b0@kernel.org> <20220818193449.35c79b63@kernel.org> <20220819084707.7ed64b72@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: netdev@vger.kernel.org On Fri, 19 Aug 2022 13:01:22 -0300 Jason Gunthorpe wrote: > Regardless, RDMA doesn't really intersect with this netdev work for > XFRM beyond the usual ways that RDMA IP traffic can be captured by or > run parallel to netdev. > > A significant use case here is for switchdev modes where the switch > will subject traffic from a switch port to ESP, not unlike it already > does with vlan, vxlan, etc and other already fully offloaded switching > transforms. Yup, that's what I thought you'd say. Can't argue with that use case if Steffen is satisfied with the technical aspects.