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=-3.9 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS autolearn=no 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 CE32CC43463 for ; Fri, 18 Sep 2020 15:07:41 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 5401F2389F for ; Fri, 18 Sep 2020 15:07:40 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=ziepe.ca header.i=@ziepe.ca header.b="XNRpSCLw" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726239AbgIRPHj (ORCPT ); Fri, 18 Sep 2020 11:07:39 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:33694 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726159AbgIRPHi (ORCPT ); Fri, 18 Sep 2020 11:07:38 -0400 Received: from mail-qt1-x843.google.com (mail-qt1-x843.google.com [IPv6:2607:f8b0:4864:20::843]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 9A80FC0613CE for ; Fri, 18 Sep 2020 08:07:38 -0700 (PDT) Received: by mail-qt1-x843.google.com with SMTP id k25so5240601qtu.4 for ; Fri, 18 Sep 2020 08:07:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ziepe.ca; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=bGY4rCor0u5Eau3BIdTI66aGuODEp9MaPnc5641O2v8=; b=XNRpSCLwXj4NAp4FBvi62kqhkQyhovgO/zvc5JHOD0QjULR+UHeJlbWdO6SuG5jPYw OKqtnZrGU1aYU9Nf2VWgdKZ1G7e7UmQxPQs3tSlGc/eC83enTIa9iVGqNuDZzVFCh2h7 QK7Cerqj60OmlIQLAHSFE02ez+t49mdJAkZaekEsTj7WrFBU0nflv649z21ncc8QNdPf ho8gG/vtn6AuN2+wsRwUErjLWQp3A96FmMI/bQAEi2hJtlNmdeWHl3yQVlf83xwRdurQ IkuhMeo9fbUvK42I64u1yaiaZgsFtBi31hKwSNWUBVOKu7qXTedc2JslpFHMW34e21FL eQLg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=bGY4rCor0u5Eau3BIdTI66aGuODEp9MaPnc5641O2v8=; b=eo+mbw64l0kyLUHCKwDgqFTcmJPHn9n8RdHkPDU+nRx0pXDVt1w7Ty/F/noPc7dMGJ xvzK49OWZAllJ5iDDSvNdxrx0mcB31oBeOL1kvy5h90mJt7pG8gBL+d4uDi8bIUT6SBk oy67pcwF6734ruaLqRSnOqAjSa5ni2nMRF1jPKPUoyB5Gd0Ix92F4HhRd1+hZfQUfiYp uWbB7fNH6OeyU+NzHPxSd0kIKfLhvnNZHdaQO/nn0uCpW2s7ujZVX4FIAwkAj18g+KRM JAC0vzDnc2jDzhJuEuE7BNs4nbO5g3nt97WhkESQmiRXD1yLWHldRwmeRyugWwAzVcB3 0WMw== X-Gm-Message-State: AOAM530hfwkTRI1+1DhONoKxstwLXfE878ncWCTtdKDvFNQvXaCANa95 9hSTZmUhE+HiBbKUcPmHEKGymMoc+miRsV2Q X-Google-Smtp-Source: ABdhPJwy5uvRu/OK3ajL4mx0YmxSA+e7kwb8stYYtaHEg8B5tNNmlKiChdKwjuYw/79vtP8EG43gmA== X-Received: by 2002:ac8:1b92:: with SMTP id z18mr32542508qtj.265.1600441657528; Fri, 18 Sep 2020 08:07:37 -0700 (PDT) Received: from ziepe.ca (hlfxns017vw-156-34-48-30.dhcp-dynamic.fibreop.ns.bellaliant.net. [156.34.48.30]) by smtp.gmail.com with ESMTPSA id x43sm1290604qtx.40.2020.09.18.08.07.36 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 18 Sep 2020 08:07:36 -0700 (PDT) Received: from jgg by mlx with local (Exim 4.94) (envelope-from ) id 1kJHz5-001IJ3-Ul; Fri, 18 Sep 2020 12:07:35 -0300 Date: Fri, 18 Sep 2020 12:07:35 -0300 From: Jason Gunthorpe To: Oded Gabbay Cc: Greg Kroah-Hartman , izur@habana.ai, Gal Pressman , Jakub Kicinski , "Linux-Kernel@Vger. Kernel. Org" , netdev@vger.kernel.org, SW_Drivers , "David S. Miller" , Andrew Lunn , Florian Fainelli , linux-rdma@vger.kernel.org, Olof Johansson Subject: Re: [PATCH v3 00/14] Adding GAUDI NIC code to habanalabs driver Message-ID: <20200918150735.GV8409@ziepe.ca> References: <20200918121621.GQ8409@ziepe.ca> <20200918125014.GR8409@ziepe.ca> <20200918132645.GS8409@ziepe.ca> <20200918135915.GT8409@ziepe.ca> <20200918141909.GU8409@ziepe.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Sep 18, 2020 at 05:45:21PM +0300, Oded Gabbay wrote: > Any access by the device's engines to the host memory is done via our > device's MMU. Our MMU supports multiple ASIDs - Address Space IDs. The > kernel driver is assigned ASID 0, while the user is assigned ASID 1. > We can support up to 1024 ASIDs, but because we limit the user to have > a single application, we only use ASID 0 and 1. If the QP/WQ/etc is HW bound to an ASID then that binding is called a PD and the ASID is acting in the PD role. If the ASID is translating from on the wire IOVA to DMA PA, then it is acting in the MR role as well. Bundling those two things together is not as flexible as standards based RDMA, but it is not as far away as you are making things out to be. Jason