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=-7.6 required=3.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,MAILING_LIST_MULTI,MENTIONS_GIT_HOSTING,SPF_PASS, URIBL_BLOCKED,USER_AGENT_MUTT autolearn=ham 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 BE0DFC43381 for ; Mon, 1 Apr 2019 06:28:22 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 8F26B20850 for ; Mon, 1 Apr 2019 06:28:22 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1554100102; bh=8EM6FFvGeB3CpwpnN+3EGicPD5VPBZGqrXE7icE1Iqg=; h=Date:From:To:Cc:Subject:References:In-Reply-To:List-ID:From; b=qXF76KTTpTQ8peoFm+kPyneH1KWvJZZhCCjqGxwc/aP1sw3bFVJ1vE+r0H3iTV5eF q2KoskladNbPIadgGzpwiC92qTLWdRrkaHxu/YgqKvmD9exkRwqdhVDKoTeEuTWvBx H5gOcnJwCz2gxQGXhYgxJhPzzyqDbTXFBXm7j8nU= Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731726AbfDAG2V (ORCPT ); Mon, 1 Apr 2019 02:28:21 -0400 Received: from mail.kernel.org ([198.145.29.99]:33562 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726424AbfDAG2V (ORCPT ); Mon, 1 Apr 2019 02:28:21 -0400 Received: from localhost (unknown [77.138.135.184]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id E41B120879; Mon, 1 Apr 2019 06:28:19 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1554100100; bh=8EM6FFvGeB3CpwpnN+3EGicPD5VPBZGqrXE7icE1Iqg=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=xdqIMb6GwDLs5Kj/XYX/vvVtJtvlxyrDDq3s5iiycGvGkhCixSHMfI8f5OvExTXIR wc2PZhFbHGJNPKmaCgRUh8Kml/qXrU2Mzh4eW5JQb6uM1jaTRMDebM7xiQ6nEU6Pb8 HtehNapkHW3O3xjJoo5pvngAIK726aU4hYdyt0ak= Date: Mon, 1 Apr 2019 09:28:16 +0300 From: Leon Romanovsky To: Jakub Kicinski Cc: Doug Ledford , Jason Gunthorpe , RDMA mailing list , Ariel Levkovich , Eli Cohen , Mark Bloch , Saeed Mahameed , linux-netdev Subject: Re: [PATCH rdma-next 0/8] User space steering Message-ID: <20190401062816.GC8348@mtr-leonro.mtl.com> References: <20190331164450.23618-1-leon@kernel.org> <20190331140633.33df25a7@cakuba.hsd1.ca.comcast.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="oLBj+sq0vYjzfsbl" Content-Disposition: inline In-Reply-To: <20190331140633.33df25a7@cakuba.hsd1.ca.comcast.net> User-Agent: Mutt/1.11.3 (2019-02-01) Sender: netdev-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: netdev@vger.kernel.org --oLBj+sq0vYjzfsbl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, Mar 31, 2019 at 02:06:33PM -0700, Jakub Kicinski wrote: > On Sun, 31 Mar 2019 19:44:42 +0300, Leon Romanovsky wrote: > > From: Leon Romanovsky > > > > From Ariel, > > > > This series of patches adds user space managed steering infrastructure > > to the mlx5_ib driver. > > > > User space managed steering requires the means to access a dedicated > > memory space that is used by the device to store the packet steering > > and header modification tables and rules in order to manage them directly > > without the device's firmware involvement. This dedicated memory is part > > of the ICM memory space. > > > > The changes are introducing the mlx5_ib API to allocate, deallocate and > > register this dedicated SW ICM memory via the existing device memory API > > using a private attribute which specifies the memory type. > > > > The allocated memory itself is not IO mapped and user can only access it > > using remote RDMA operations. > > > > In addition, the series exposed the ICM address of the receive transport > > interface (TIR) of Raw Packet and RSS QPs to user since they are required > > to properly create and insert steering rules that direct flows to these QPs. > > Hi Leon! Out of curiosity what protocols are you guys steering here? > Is this some form of RoCE or IB? Is there a good resource to read up on > the DEVX stuff? (I presume this series is related?) mlx5 devices steering operates on packets without relation to specific protocol. The decision to steer is based on HW capabilities and user configuration for matching specific fields. Such configuration is done through kernel and through DEVX. General description of DEVX can be found in manuals of libmlx5. https://github.com/linux-rdma/rdma-core/blob/master/providers/mlx5/man/mlx5dv_devx_obj_create.3.md https://github.com/linux-rdma/rdma-core/blob/master/providers/mlx5/man/ Thanks --oLBj+sq0vYjzfsbl Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIcBAEBAgAGBQJcoa+AAAoJEORje4g2clin2IcP/isf2yi+jWCCPC/5YEkipkqQ emPfcyE+J1Kumxe9UkJV8rm0JG6vqlfi9fWhjHtPOZdKSetqdBPZy5rGfte+ghV+ 8rozpYMAWykCLsKcQvcrQwpMnkK/Y2quNtqmc7HYk++O67BBsFbxUagIGGaXHVPv 0RBZcmzL/zJD5ojKotOn8WdgJoqA8+CRHlddErDa64XMgQ6oo506hQSyU/ytVzG0 gOt6A9E1ztNtg+OQ2VCkPZG4pLpRJC28Hz/Kuo24gP6m9NU8S71QYw1ZWIdE3ch4 MK6S2WO8DgkFKZxPm1tt12f21BhmfvfyfAf661ujI3xQni1FyGekmxxeh+EHV1+v uFKx25e8g8hnHwiksYK0v1Qw1DzgrNFL/IklBHCV4f9TMQBHmQlcvxIuwTa5zVzj LBu3MLiimxG2zSUZcWhrfCmp7Z6ANozeqLqgvCGuGfeq+gCeyIVfchFJLxlWu7V/ xwS9NxxZRxZfJO7P57Gy6Q/zmphKv/LaIn/hqKtyvUuV7LTJxChVtihc1JaRTsuR VYtjwLh+xHI8IShxNUdw6qQ2eHhMWy3TfOV8Tk58nLR4lSVQYqs6QUWqkJvjQhVJ EiT/XW93nBBmUP84aSbg/5WAmTv84x29CTGQVvyG2PHRQ9mOHKxGoFRuhqe51SWR XxVoJzOSLU8MZ3P12SL/ =OmRy -----END PGP SIGNATURE----- --oLBj+sq0vYjzfsbl--