Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp4438603pxj; Mon, 21 Jun 2021 23:38:38 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx3wNcFG7ZjVVehB2I6C0+ZP4VWH4C+vSZhJZLNq/RyegUhZkb/y0bn/HOpM/kgZp3LMAt6 X-Received: by 2002:a05:6402:34cc:: with SMTP id w12mr2734873edc.195.1624343918610; Mon, 21 Jun 2021 23:38:38 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1624343918; cv=none; d=google.com; s=arc-20160816; b=W9MmSZCUiWjxQvJSe6/KZjP5VO3qRM+Q96N+LAO4yLRkYuXtumo0k7DWIrZoAM9uuZ G9u0UYdQdMNoXN3GOh+6RM6WB+UtMTwRhq7doKba/uk6XhhRc1DjlY0qOwEYZdA/V0ud yGKepz5Kfn0bMUcxIkJzX2m/Eb1teXtGUD6X64Q3TSaW5YWMHLQuEtzWDTJCCDOi+42b vlKwtU+cn2yzpyRKP0ipF0x8kos1kgWSRiyc2faem/i1tL4yjq6KsreiJzfhH2ZSpayO wsr22DMZ5FhxPqtr4VZ7C69o2kAaceN+G/EIkM+VuFBIx0ao54IPsF1T4HQT3xZi8fm3 W3Vg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-language:content-transfer-encoding :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject:dkim-signature; bh=ARIuYpj0vICVBtmBb3c3c4gAgJZM8iqcs3K8o/EZTjo=; b=rSB07Hu3/KXgqya50uNdqPkHgOWRYKniTJvAYt9TK0iV/tZOInE2wA5udcJocRluFi hrmdo8KAfXxeK+TCN08Lu0wWDkTMdbvPCd90/8IDDPLnYlEmqGOnQRAhEb8gmPZ8cnt6 zCrkS07ohA5jALKHtWbtqW/G66PfBPBCetTOjZ47t+aWvr4TV4XrCbiC/efbR9H6vKpQ 6N3q1+KEN4od0ueqQGEcj/qAso8ON4EjpJxyCYRq1vkWw9fEV3BzVwqNXtSti7bKt5I9 BYMPvQBk4pWfe7263VgBhpEaeyLpS8muoT3dTAbAmfYSLy+SdVoztEzpoLh3KsTYPnQI Zidg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=iUMD7Hk4; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id c18si12783167ejc.732.2021.06.21.23.38.14; Mon, 21 Jun 2021 23:38:38 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=iUMD7Hk4; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229490AbhFVGji (ORCPT + 99 others); Tue, 22 Jun 2021 02:39:38 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:49566 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229574AbhFVGjh (ORCPT ); Tue, 22 Jun 2021 02:39:37 -0400 Received: from mail-ed1-x534.google.com (mail-ed1-x534.google.com [IPv6:2a00:1450:4864:20::534]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id CD89BC061756; Mon, 21 Jun 2021 23:37:20 -0700 (PDT) Received: by mail-ed1-x534.google.com with SMTP id s6so22080123edu.10; Mon, 21 Jun 2021 23:37:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding:content-language; bh=ARIuYpj0vICVBtmBb3c3c4gAgJZM8iqcs3K8o/EZTjo=; b=iUMD7Hk4c0JkMp0x+Dln9bhYJl3rjQlccq+p6tXmffk7ioCjS8gyxJDmuE2F7hDSBG Q0jOeZOZhTzxMfBICEbNTh9/Hq32KI8q0jafUrAZCH9VDqxOdZz0dXaIFuqWf8JraUMB pi0Wp3RzfTBmK6ItILEqsfyOYMKzBA297ivkmXyjnj0CS/vsXqIHIXrlTmB1v2H6XbwN wOKF5bKVP+qVPcmezEpyZoFS/gYtwvIJqwfbPTI/O7tFB0pWdBN4wRsabWnEMOS1aLPZ c1zX7Y9N87rIPOQ08tAtdwRUrJ4Xm0aYh9w4Yz9mk8vxFfb+XAlj6yNpGBCFeU8xa65N a8Bg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=ARIuYpj0vICVBtmBb3c3c4gAgJZM8iqcs3K8o/EZTjo=; b=pmVL2CEKaULl3kDCOIvZs61ZwcLIbMmea22cT93FAfmtLjR0y3BRnsTihvePxesXXp WzwU4vnjAHaEFKzD04QD/4YnEc+GnAR7U8fahjoKeS4cz9KwXO1M2yzkP/8fvzyweqzM skf/700GGS2KN2dhJUItTAHHBMbbgBTjRKeFrSMXvBJsHrDzbugxTx/GbepupZOJzlmz ZmcrTlh9c02xcwTcd4fiR9hdUP5P7OycO2AJxhVmojCqnApkrMOP7sNh4NMfx2GGc2If KV5j6fRG4fFgdo0Z00IJrolWINGhkVyCP0ACX4qGAaaiIKcoPxzh0dbY2defDkYilkdS qCEQ== X-Gm-Message-State: AOAM530NKNcfDzbYbuR0yekFAEzNgN8Hik+fiTw/q/1+Fc19RFOtUAUc wHPcnUEkLvkx6AH48aFsjdBijxc5eTQ= X-Received: by 2002:aa7:d34f:: with SMTP id m15mr2693414edr.311.1624343837985; Mon, 21 Jun 2021 23:37:17 -0700 (PDT) Received: from ?IPv6:2a02:908:1252:fb60:9dfd:8ca7:7f8d:67e4? ([2a02:908:1252:fb60:9dfd:8ca7:7f8d:67e4]) by smtp.gmail.com with ESMTPSA id f14sm1006382edd.69.2021.06.21.23.37.16 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 21 Jun 2021 23:37:17 -0700 (PDT) Subject: Re: [Linaro-mm-sig] [PATCH v3 1/2] habanalabs: define uAPI to export FD for DMA-BUF To: Jason Gunthorpe , Oded Gabbay Cc: Gal Pressman , sleybo@amazon.com, linux-rdma , Oded Gabbay , Christoph Hellwig , Linux Kernel Mailing List , dri-devel , =?UTF-8?Q?Christian_K=c3=b6nig?= , "moderated list:DMA BUFFER SHARING FRAMEWORK" , Doug Ledford , Tomer Tayar , amd-gfx list , Greg KH , Alex Deucher , Leon Romanovsky , "open list:DMA BUFFER SHARING FRAMEWORK" References: <20210618123615.11456-1-ogabbay@kernel.org> <20210621141217.GE1096940@ziepe.ca> <20210621175511.GI1096940@ziepe.ca> <20210621232912.GK1096940@ziepe.ca> From: =?UTF-8?Q?Christian_K=c3=b6nig?= Message-ID: Date: Tue, 22 Jun 2021 08:37:15 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.8.1 MIME-Version: 1.0 In-Reply-To: <20210621232912.GK1096940@ziepe.ca> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Am 22.06.21 um 01:29 schrieb Jason Gunthorpe: > On Mon, Jun 21, 2021 at 10:24:16PM +0300, Oded Gabbay wrote: > >> Another thing I want to emphasize is that we are doing p2p only >> through the export/import of the FD. We do *not* allow the user to >> mmap the dma-buf as we do not support direct IO. So there is no access >> to these pages through the userspace. > Arguably mmaping the memory is a better choice, and is the direction > that Logan's series goes in. Here the use of DMABUF was specifically > designed to allow hitless revokation of the memory, which this isn't > even using. The major problem with this approach is that DMA-buf is also used for memory which isn't CPU accessible. That was one of the reasons we didn't even considered using the mapping memory approach for GPUs. Regards, Christian. > > So you are taking the hit of very limited hardware support and reduced > performance just to squeeze into DMABUF.. > > Jason > _______________________________________________ > Linaro-mm-sig mailing list > Linaro-mm-sig@lists.linaro.org > https://lists.linaro.org/mailman/listinfo/linaro-mm-sig