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 3B5EDEB64DA for ; Wed, 12 Jul 2023 13:05:07 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233683AbjGLNFF (ORCPT ); Wed, 12 Jul 2023 09:05:05 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:38680 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233657AbjGLNEv (ORCPT ); Wed, 12 Jul 2023 09:04:51 -0400 Received: from mail-qk1-x731.google.com (mail-qk1-x731.google.com [IPv6:2607:f8b0:4864:20::731]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id B4F3A2728 for ; Wed, 12 Jul 2023 06:04:23 -0700 (PDT) Received: by mail-qk1-x731.google.com with SMTP id af79cd13be357-767582c6c72so672404185a.2 for ; Wed, 12 Jul 2023 06:04:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ziepe.ca; s=google; t=1689167054; x=1691759054; h=in-reply-to:content-transfer-encoding:content-disposition :mime-version:references:message-id:subject:cc:to:from:date:from:to :cc:subject:date:message-id:reply-to; bh=mdLQFPNPGe/xfjjMPC9CiT+YRxrl3hMH3BrdIE5YjaY=; b=YI0f6+XglZeneofRioxe+G+n6wemfm3EawZ7D+K5a8tal5n6sf4v0Bhn9PvLpkjxIK ZNk+i1n01TVGNdnCUQNAW6cvhz9r4c7zCJNrFd0LMb58e7DRNkqqJ8aPQoz67dGUrFHs K808ROVLQXnwZaSdM02syiSLWGvj7C+CKL+eL1mL3EiBhmMcAE2WIWrGzJM0kbAuBUNQ xNcv05BkVV8M1LVXNFaNx+C0BHx+DbgBBGkf/4E33OnR0mdkWoeztyw5xr7gXlj1fof+ 7G1XWjNZvn1VhZXeOgIB6lKM6WsJ9nuZdu8lCLjq70wAtKYiFyc2rtStYfhaLlVvT0wg T7Og== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1689167054; x=1691759054; h=in-reply-to:content-transfer-encoding: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=mdLQFPNPGe/xfjjMPC9CiT+YRxrl3hMH3BrdIE5YjaY=; b=Zp7OGihP88/Eg4yQJjwByJFoBGbBZFZK0TkpuOLgIDRlYhKSW/DJyZGAZQC05NAiVe QmcxIh8Gm3soBvLRMJ1XRLZ8V6BWB73wlQXuc98gr/zOc0LwWPL19z640vzrWXeTUPvA admUfmSgNaLm329zZxKqhc5Q4YKbSpOT+FyTvMY+kMMM9/X6DSsMCKtlrhEH2qkeyFjP zMz1jjFo51QIrhsGSg1olpgIa+ovMFZwI+bDdW++gZOJKPGWoJBeo08VFFp4290AKmd2 TlD31TgBF5s7GGkkV1i0ZpXRS27z0Fd3nCfjhPPOc/BGY6TmgAbL7PdQWAdhBCzTlgCT N36g== X-Gm-Message-State: ABy/qLYauvCzYkYOOSqsqg2Cvc4bw4b4xg8O950ntuj0sIUnSpY4Qubc XSGUejreoGJVw3p4WF/NDzZ/rw== X-Google-Smtp-Source: APBJJlEdeYkVDmlqAfKbS3vhgLsKS/cdCg6j6IrkhW2imk9UWrcFiHdY0Nrk6nRyhVKg/ih/MRHN1Q== X-Received: by 2002:a05:620a:4105:b0:75b:23a0:e7a1 with SMTP id j5-20020a05620a410500b0075b23a0e7a1mr21820466qko.2.1689167054115; Wed, 12 Jul 2023 06:04:14 -0700 (PDT) Received: from ziepe.ca (hlfxns017vw-142-68-25-194.dhcp-dynamic.fibreop.ns.bellaliant.net. [142.68.25.194]) by smtp.gmail.com with ESMTPSA id pi21-20020a05620a379500b00767c9915e32sm2126812qkn.70.2023.07.12.06.03.56 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 12 Jul 2023 06:04:04 -0700 (PDT) Received: from jgg by wakko with local (Exim 4.95) (envelope-from ) id 1qJZVW-000OK0-71; Wed, 12 Jul 2023 10:03:50 -0300 Date: Wed, 12 Jul 2023 10:03:50 -0300 From: Jason Gunthorpe To: Christian =?utf-8?B?S8O2bmln?= Cc: Mina Almasry , David Ahern , Samiullah Khawaja , Willem de Bruijn , Jakub Kicinski , Christoph Hellwig , John Hubbard , Dan Williams , Jesper Dangaard Brouer , brouer@redhat.com, Alexander Duyck , Yunsheng Lin , davem@davemloft.net, pabeni@redhat.com, netdev@vger.kernel.org, linux-kernel@vger.kernel.org, Lorenzo Bianconi , Yisen Zhuang , Salil Mehta , Eric Dumazet , Sunil Goutham , Geetha sowjanya , Subbaraya Sundeep , hariprasad , Saeed Mahameed , Leon Romanovsky , Felix Fietkau , Ryder Lee , Shayne Chen , Sean Wang , Kalle Valo , Matthias Brugger , AngeloGioacchino Del Regno , Jesper Dangaard Brouer , Ilias Apalodimas , linux-rdma@vger.kernel.org, linux-wireless@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-mediatek@lists.infradead.org, Jonathan Lemon , logang@deltatee.com, Bjorn Helgaas Subject: Re: Memory providers multiplexing (Was: [PATCH net-next v4 4/5] page_pool: remove PP_FLAG_PAGE_FRAG flag) Message-ID: References: <20230711050445.GA19323@lst.de> <20230711090047.37d7fe06@kernel.org> <04187826-8dad-d17b-2469-2837bafd3cd5@kernel.org> <20230711093224.1bf30ed5@kernel.org> <20230711133915.03482fdc@kernel.org> <2263ae79-690e-8a4d-fca2-31aacc5c9bc6@kernel.org> <20f6cbda-e361-9a81-de51-b395ec13841a@amd.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20f6cbda-e361-9a81-de51-b395ec13841a@amd.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Jul 12, 2023 at 09:55:51AM +0200, Christian König wrote: > > Anyone see any glaring issues with this approach? I plan on trying to > > implement a PoC and sending an RFC v2. > > Well we already have DMA-buf as user API for this use case, which is > perfectly supported by RDMA if I'm not completely mistaken. > > So what problem do you try to solve here actually? In a nutshell, netdev's design currently needs struct pages to do DMA to it's packet buffers. So it cannot consume the scatterlist that dmabuf puts out RDMA doesn't need struct pages at all, so it is fine. If Mina can go down the path of changing netdev to avoid needing struct pages then no changes to DRM side things. Otherwise a P2P struct page and a co-existance with netmem on a ZONE_DEVICE page would be required. :\ Jason