From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-ej2-f43.google.com (mail-ej2-f43.google.com [74.125.228.171]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 71C41485CCB for ; Mon, 5 Oct 2026 13:20:55 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=74.125.228.171 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1791206474; cv=none; b=dIVRIWU0tsg5Xj8aJYXk2QSFislfVvX3VFS6sC1mTbMCO9lb6HIJdQc5N52Dvx7HAuEYuoyMGKSV6q5nqK5CJ55qy/b8WKeJvxrnhIdY34KsfnSIjpGcnbBNbfFt3uEWX0pTcNPLXzDLBgI5xzFpolTCdzBGPnYdEuKjH937dh4= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1791206474; c=relaxed/simple; bh=SippWX+xoSkF20XXjc5MLFhzuRKSu+Feuro+st5YeiE=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=LPQnAwhr3OYtu17+oWkpUG3BF9V8XB6uGwcIPjHkq5r/mWS9Jcmygrs3kAoUQoD/x2cQMD1qPdPkRaDxCNIlGJXBOE3JqsD+Cw7AQFNKdpGREGl22pzYLM2TLCsS1+UKzC1q/t5OBWV60hy3GaVK8MbO2brW0KolCp1vMB1PdWs= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com; spf=pass smtp.mailfrom=gmail.com; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b=CyvePpA+; arc=none smtp.client-ip=74.125.228.171 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="CyvePpA+" Received: by mail-ej2-f43.google.com with SMTP id a640c23a62f3a-c2a4fbc5586so307255766b.2 for ; Mon, 05 Oct 2026 06:20:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1791206449; x=1791811249; darn=vger.kernel.org; h=content-transfer-encoding:content-type:mime-version:references :in-reply-to:message-id:date:subject:cc:to:from:from:to:cc:subject :date:message-id:reply-to:content-type; bh=h5zNn+04D/ADxwDdeMfBIdi2B0cMu31zTvDOOv1nE7U=; b=CyvePpA+5myhEw/neft3Qi0/VUFTYG5o456QppG2/5G9A7H9FId3WTbBHx92BbDih3 4LHwzEeHMw4bsVoy4ghXYLnVyzQmc3Pt0m3C+oZcTb6uwWl7nasYTcIjezFXsWeu9zER thV0rkZZZxmmS8fy2eaY0H5qWPUpLiRUvK55PN6+JGLkJRFj1bbf2KPTnHhId2DS9ugV 7Wo5kWmTBYhH07RDCvxKlHV1nwfMQkiQc5yYc7bHd0t9oNlr5C9+UadIxvLO240oDVQd HkiESF/uf7xSIHadAe3DnCy04kNQTyE/I9pVuX/PyyqPVdDsTIGcq+XqQ3i07SASQUp+ byWA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20260707; t=1791206449; x=1791811249; h=content-transfer-encoding:content-type:mime-version:references :in-reply-to:message-id:date:subject:cc:to:from:x-gm-gg :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to :content-type; bh=h5zNn+04D/ADxwDdeMfBIdi2B0cMu31zTvDOOv1nE7U=; b=PYSFTpiAdYPvaOCR1n5oWjdC7rZV8KJE0jqe1K37qaRD7OtcIppKWnwWDJPCvNXzkW tkIlCA6kAU+mbYix98eJxKsVlUajS227Rk3wZa4pwPw1e43zHUL0QSSpCTZT8aqkT5sO 2Er3JMw0Rc2RyMhly7SbQ4XoP/hBFcHG8jRbYStvIUiIC9JSGHbHCVjdIDxCreOfetyc VaJ4c0RR3nqQrrTwkw5Lrv7/0IMpW9r3UKZejfjJLDohpr9kiKkpu2EoNmm02dAxBUuo 3kr6RQqFB9SaRXtyncgxOILQxkzLjv8zMnj8oWEYH+sC0aLz4RWqwSC+8shbEEnmDCSB vdpA== X-Forwarded-Encrypted: i=1; AKwUvBwyht6ufnyqVKEntv+LEFjHGb20Jjpgd5Z3beQ5YHIAI9zCliHkB0CCX2uW5A4vSrGuyduiVf4SeDaD8OI=@vger.kernel.org X-Gm-Message-State: AFuF++l4riw2nDbWxdhXHAopjywOsPlHZXpgLW3th0V4y4wZjmFiL7qu lReAKMj8MszjA3LY2e7YJH6ROPtPyfzqmLt1sI061rTNyikaZK4X8qpM X-Gm-Gg: AYBFou20gme+w67pcYKy+Ymq04jZ5adW5DOTGs5UiHlPwxIEBUz7ixPJ9ApMm7/TB1b f+8Y5lV5npejKHmwDtwSg4DcyHIF285R3vuBglwq7A5UWzbnR57oO6vcqbIKarRIcelXdF2aiAM hM9XvGsj0GpzUOVJno3GV7zEDq0PD/OcrazWmEyxU0bfmz+bGtBw3dikhEyGuQgvo6+DcyIDMtm UPLMsFaNbEDV/1g/25H2T18fRNaH0q51OKKa3vuiJecNNWD8ZvXuhBTD1sAPHftSdcmijV3htDw ZbHpDn39k+qB3u88Ds79siXllCKJm1ybEK1TgZTBDlZ2YorbUuZ0bS98biyT2gD8ko68xToeJTA BItpG9z1up+XfBIGF0U2DF48y+1/7wZDoBauguyJYz37cYK9hHB6sCFafwIrMBX0xYEYtmDFjS6 BNA2TRC44bULX40Q++MsYH3fuL1cQoOIL5HgaikCEj2hue/92tIvhlhplRqPPAnrXne7a3S0QSs x23lcHi6wbrsGCbd0uspOu196fJxlf/0PJhCQN8m2yp6hkW5igRdWVF2h7gLNkzqTTdcjNIgdph 9IP44cQFnkH4FjKr3x+98qRWDQzv9w4xpK0= X-Received: by 2002:a17:907:9614:b0:c25:8eb7:f388 with SMTP id a640c23a62f3a-c2e4ad13957mr911322366b.17.1791206448599; Mon, 05 Oct 2026 06:20:48 -0700 (PDT) Received: from dev-dsk-fgriffo-1c-93421965.eu-west-1.amazon.com (54-240-197-234.amazon.com. [54.240.197.234]) by smtp.gmail.com with ESMTPSA id a640c23a62f3a-c3156333a04sm79392466b.60.2026.10.05.06.20.46 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 05 Oct 2026 06:20:48 -0700 (PDT) From: Fred Griffoul To: Paolo Bonzini , Sean Christopherson , Marc Zyngier , Oliver Upton , Sumit Semwal , =?UTF-8?q?Christian=20K=C3=B6nig?= , Jason Gunthorpe , Kevin Tian Cc: David Woodhouse , Ackerley Tng , Joey Gouly , Suzuki K Poulose , Zenghui Yu , Steffen Eiden , Catalin Marinas , Will Deacon , Thomas Gleixner , Ingo Molnar , Borislav Petkov , Dave Hansen , "H . Peter Anvin" , Joerg Roedel , Robin Murphy , Alex Williamson , Shuah Khan , Steven Rostedt , Masami Hiramatsu , Mathieu Desnoyers , linux-kernel@vger.kernel.org, kvm@vger.kernel.org, kvmarm@lists.linux.dev, linux-arm-kernel@lists.infradead.org, iommu@lists.linux.dev, linux-media@vger.kernel.org, dri-devel@lists.freedesktop.org, linaro-mm-sig@lists.linaro.org, linux-kselftest@vger.kernel.org, linux-trace-kernel@vger.kernel.org, x86@kernel.org Subject: Re: [RFC PATCH 2/6] dma-buf: Add get_phys() to describe a physical run Date: Mon, 5 Oct 2026 13:20:46 +0000 Message-ID: <20261005132046.30025-1-griffoul@gmail.com> X-Mailer: git-send-email 2.47.3 In-Reply-To: References: Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit On 10/5/26 Christian König wrote: > Well filling page tables by the importer is an absolutely clear NO-GO > for the DMA-buf design, we have gotten down that path already and it > took us years to remove this functionality again. Understood, thanks for the quick and clear answers on this patch and on patch 3. > The problem you are facing here is that dma_buf_mmap() doesn't work > because you don't have a VMA. Right: the memory has no struct page and is deliberately not mapped in the host, so there is no VMA to hand to KVM. I'll post a new version of this series. It drops get_phys(), the ranged invalidation and the guest_memfd dma-buf import (patches 2-5), and it does not touch drivers/dma-buf, as you suggested in the PAL discussion: https://lore.kernel.org/all/c413710b-4c28-4ed8-88ec-aeb8c4482011@amd.com/ KVM gets its frames through the KVM-private guest_memfd provider interface from David's series. iommufd gets them through a private interface with the exporter, as it already does for vfio-pci. The new version adds a small registry in iommufd for that, which replaces the symbol_get() of the sample in David's series. The dma-buf is then only the handle and the existing revoke. Thanks, Fred