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 kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id BE5BCD132D5 for ; Mon, 4 Nov 2024 14:39:38 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 38D696B0083; Mon, 4 Nov 2024 09:39:38 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 33CB16B0085; Mon, 4 Nov 2024 09:39:38 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 2053F6B0089; Mon, 4 Nov 2024 09:39:38 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0011.hostedemail.com [216.40.44.11]) by kanga.kvack.org (Postfix) with ESMTP id 021B36B0083 for ; Mon, 4 Nov 2024 09:39:37 -0500 (EST) Received: from smtpin23.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay08.hostedemail.com (Postfix) with ESMTP id 7E00314013A for ; Mon, 4 Nov 2024 14:39:37 +0000 (UTC) X-FDA: 82748670228.23.D060810 Received: from mail-qk1-f180.google.com (mail-qk1-f180.google.com [209.85.222.180]) by imf12.hostedemail.com (Postfix) with ESMTP id D7E0B40012 for ; Mon, 4 Nov 2024 14:39:20 +0000 (UTC) Authentication-Results: imf12.hostedemail.com; dkim=pass header.d=ziepe.ca header.s=google header.b=YcuU89Wf; spf=pass (imf12.hostedemail.com: domain of jgg@ziepe.ca designates 209.85.222.180 as permitted sender) smtp.mailfrom=jgg@ziepe.ca; dmarc=none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1730731040; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=K7GgJa5RTgd5P+6kcbbcnFfaof+SAy4P+4oMeWT7+qM=; b=4g6BBapmBxeU6iD95jK0923kJINAVMhFyOg9Hcjprnnxa5LYjK9zdLIvI4GvS1DlS27Rui ar/5F0rGPFKl2bxxknH8WE1LLF++kxFNBTzNdoaaJd1CHkuO7Bh81/CB+//E2o9A0q0HmF Wv0mWngaMFzG/ngWnDcP8WzWvxqhSXs= ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1730731040; a=rsa-sha256; cv=none; b=h1vJiI98VM8W+SZ+zDNb2f6QFgvEcHtriVnP6vFetGBSqTGXtmiEBqYGU/y5eLXF9ROVI3 BPr9ybLJkViBlJtKWFrnx/qH2xWx1K3aX/rA02MB0CsHbA4j28Cv/JhSE3QQYXTyAoIzT1 wNeAsn4pQbZDA2CDrwQyqr+n6p1ms0Y= ARC-Authentication-Results: i=1; imf12.hostedemail.com; dkim=pass header.d=ziepe.ca header.s=google header.b=YcuU89Wf; spf=pass (imf12.hostedemail.com: domain of jgg@ziepe.ca designates 209.85.222.180 as permitted sender) smtp.mailfrom=jgg@ziepe.ca; dmarc=none Received: by mail-qk1-f180.google.com with SMTP id af79cd13be357-7b175e059bdso285704785a.0 for ; Mon, 04 Nov 2024 06:39:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ziepe.ca; s=google; t=1730731174; x=1731335974; darn=kvack.org; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=K7GgJa5RTgd5P+6kcbbcnFfaof+SAy4P+4oMeWT7+qM=; b=YcuU89Wf38AibABuiix8B0XHpZWCIA+e/2Q9rEHOLhVYJr/Ajak0iq9UMZVhMpVDGx Rw/EVohdI7k0uP2bxWyL6qSGm9QQqXhGYiN0YZZsst57ERMD3I3UiiJlWWiowZu+vQzQ llS9FoH4lECxY+MXTW8irQfyfvBi+e7f9Y+1C5nH8i1F69KBkhp3eQ+Obo/d3FpYVX3x dqtZGNq8qkYScsgXXQ5cFZu0tD2HRzhzz+Hfx0FmAGPcha7ICyLmv4+Ioh7po5Jwaunq k7+l11FlsF4OVqAygFVp4YJO6y3j2uFw3CUCSld3JwyPM+atanZZP43REk5o8EdkgRau Q+JQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1730731174; x=1731335974; h=in-reply-to: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=K7GgJa5RTgd5P+6kcbbcnFfaof+SAy4P+4oMeWT7+qM=; b=ukQuqLZEyhySmWN7kBrodrT45ei/YJON8awoKioukgMNXXui4n52+lDTAowXKbSpfe rfCLWuZ6RJJHnRmTQS/EyJDA3C/evIx/M1ZbM0FbRqc/6Q5JXhWZJ7UqbtE1ZIoEDOeL nJ8DPOr3XLHR3u4naKDjkx1Y2VSujzhlbGHSGchUcb4hZvtwRGvbcBTiKo06fUZLCLrb jzv/6Oyj4REhSjH+zTPiq9nqMztv3qIlCdTwjKNTpF84I50yQ4y+Cgag5YASok9eNc1q R/hPUIZ9rOwMnxyMdP2w0jPYsYfuyLa/s1xzNpQp1y8tkOm8HgsVMsbxUsilt4jPKDqF +xYw== X-Forwarded-Encrypted: i=1; AJvYcCU8YsT0Gdoq/sgd99XQiPAnwIWP5ruJzrFzg/K2DQhS0r4hf3u8eINsaXjr9aYTDHmxz/ODW2XDRQ==@kvack.org X-Gm-Message-State: AOJu0Yx2djCg3tUr4DqKelmPLEoHvcbKc4uiyt8M19AEH26o2XX7YYSo GTIsmv1dSXPb6L9rvSV7OgcLrBWuGyW3y433xIKkDiboUlIg4T/qNUxoAGYFar4= X-Google-Smtp-Source: AGHT+IGOTVPjFK4ay1adw/ohph20XHb3ApDLm6/FQn4TOPLQnmIzBK+Ks9cys0qKzNBDHWXmnqhTFA== X-Received: by 2002:a05:620a:1909:b0:7b1:4536:8dc1 with SMTP id af79cd13be357-7b2fb9dbc8dmr1477560885a.62.1730731174508; Mon, 04 Nov 2024 06:39:34 -0800 (PST) Received: from ziepe.ca (hlfxns017vw-142-68-128-5.dhcp-dynamic.fibreop.ns.bellaliant.net. [142.68.128.5]) by smtp.gmail.com with ESMTPSA id af79cd13be357-7b2f39e99e4sm424279885a.24.2024.11.04.06.39.33 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 04 Nov 2024 06:39:33 -0800 (PST) Received: from jgg by wakko with local (Exim 4.97) (envelope-from ) id 1t7yEv-00000000isT-1BDF; Mon, 04 Nov 2024 10:39:33 -0400 Date: Mon, 4 Nov 2024 10:39:33 -0400 From: Jason Gunthorpe To: "Gowans, James" Cc: "quic_eberman@quicinc.com" , "kvm@vger.kernel.org" , "rppt@kernel.org" , "brauner@kernel.org" , "anthony.yznaga@oracle.com" , "steven.sistare@oracle.com" , "akpm@linux-foundation.org" , "linux-kernel@vger.kernel.org" , "Durrant, Paul" , "Woodhouse, David" , "pbonzini@redhat.com" , "seanjc@google.com" , "linux-mm@kvack.org" , "Saenz Julienne, Nicolas" , "Graf (AWS), Alexander" , "viro@zeniv.linux.org.uk" , "jack@suse.cz" , "linux-fsdevel@vger.kernel.org" Subject: Re: [PATCH 05/10] guestmemfs: add file mmap callback Message-ID: <20241104143933.GF35848@ziepe.ca> References: <20240805093245.889357-1-jgowans@amazon.com> <20240805093245.889357-6-jgowans@amazon.com> <20241029120232032-0700.eberman@hu-eberman-lv.qualcomm.com> <33a2fd519edc917d933517842cc077a19e865e3f.camel@amazon.com> <20241031160635.GA35848@ziepe.ca> <20241101134202.GB35848@ziepe.ca> <9df04c57f9d5f351bb1b4eeef764bf9ccc6711b1.camel@amazon.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9df04c57f9d5f351bb1b4eeef764bf9ccc6711b1.camel@amazon.com> X-Rspam-User: X-Rspamd-Server: rspam12 X-Rspamd-Queue-Id: D7E0B40012 X-Stat-Signature: fx6f3ypt3zazrhmp8o367ze75g4n8q6f X-HE-Tag: 1730731160-450172 X-HE-Meta: U2FsdGVkX1+1Uf52IAmWiYFIqGGJQndoXMpM9DjyaIzNsQZ/Sdiva/Cz18WLcaWaCN3BRslWnX38M2oTedY7UHLjXQy3QXrcNLzRUOYln7aAjufi5LaWGJvr5p+q3HsuboBUhuRsSwed7r5EUhKUoCfhdiqWSi6QK3Y8lZlNgLZcuPudVUeeWq77xAptLA4WPG3Mggz3ihuNs9+q3RsXS7PEqS6guxijXBasg9afyE27348RL33GjwQKtbpq7j/brwnvwObp3dagycfW9rPUJfZfEkBbZDVCJl0uaVFaKrm6N6u47SLIriaDxmXQya35dJVmEc8hutOU6Zf8qxkm9j5rc/DYtDuL18anAZrL1ypvYUoV5oH1XARRr4nhEa8VFPtJRheEJ035DVf6LWcxRZi04jYivnJLoh0/YU++VqmI1ti0utucv1dXsdKL+wAZP8X97whAxxpTxfHyU0PeEmedEHFlIdn53wgubYsT1x6NgpEJra/1B2efgprUOgLUl6Ix6nVo1pAllmyR/k1wdL0EYEsQjcn1xjjtoYGyVrZ/mS7ActQv0xLL27OWRdvm8PcQKJTyzBNy2g10aqgzqu8zTGg/7/m3QRXfYKoUu6zdGpd2ng5mmg3i3siS7YSHIUNAJszHb+tB58UWUGpZs+s+7VO5TQxsNdmituDZxA5jh2ymvHv9FrN8UCgBM8BArs23kyipbtv4IHwyCrQ8tDQbDzDJZigH+p/AJyU4Zb3iQO9itKavv+B4qXNrPMoni3e3NJeJKSRrZB7q2xABGkMrHBhOzkjvfAlKu477BLp3JJe7EzSpzEtdTOqI2ZR9Q+Ntmyt3lH+YyI4mbqvhhxcEq2wSy7Z3Yq9vL1LVkZhV1yd913WsObZhYoVf3ZLXDofNh1odgGCWoKQLXZbBF7ASZTC5otEUe73IKOWD+kFwFqznlwYhPe7G0KrBx0y/xN0bEHfe4h4gDWnnnnt bMgKBRSS KvQrGPKqBa81T+9mqoF+ojk9egp+I0gxWfmv9mP/YQ96l2elr20PBe0BHltDmY79uVeN/fQ0mfK5CEPFjl46jCmeEeYrv+jxgXqD9J/48ADymwaZ+xJRxRk9dcJPnf1jHxzAhhotKcK9vtHUOxYPkV+hd+3Q/pLRwWhjycEBHIAaKRG2b5FWUTnlBnsZNDJq2Mi5phnJD69J1ACPfsU/6OPK6eRmzEo7Bh2v7duHFRejfd9E9d/AxGuxHk55qiMjktAS8RrHKF5QDhwt08HTf6wORzVuB72ihqzdLkYbSQxIPTfPbEbp2qZAGBklruBpxvRL0ZweUjaXmz8s= X-Bogosity: Ham, tests=bogofilter, spamicity=0.002560, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: List-Subscribe: List-Unsubscribe: On Sat, Nov 02, 2024 at 08:24:15AM +0000, Gowans, James wrote: > KHO can persist any memory ranges which are not MOVABLE. Provided that > guest_memfd does non-movable allocations then serialising and persisting > should be possible. > > There are other requirements here, specifically the ability to be > *guaranteed* GiB-level allocations, have the guest memory out of the > direct map for secret hiding, and remove the struct page overhead. > Struct page overhead could be handled via HVO. IMHO this should all be handled as part of normal guestmemfd operation because it has nothing to do with KHO. Many others have asked for the same things in guest memfd already. So I would start by assuming guest memfd will get those things eventually and design around a 'freeze and record' model for KHO of a guestmemfd, instead of yet another special memory allocator.. Jason