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 325EEC36010 for ; Mon, 7 Apr 2025 15:27:06 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 4EB0A6B000E; Mon, 7 Apr 2025 11:27:05 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 496EA6B0010; Mon, 7 Apr 2025 11:27:05 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 3114A6B0011; Mon, 7 Apr 2025 11:27:05 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0012.hostedemail.com [216.40.44.12]) by kanga.kvack.org (Postfix) with ESMTP id 13DDB6B000E for ; Mon, 7 Apr 2025 11:27:05 -0400 (EDT) Received: from smtpin14.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay06.hostedemail.com (Postfix) with ESMTP id 030B9BACF4 for ; Mon, 7 Apr 2025 15:27:04 +0000 (UTC) X-FDA: 83307626010.14.012792A Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.133.124]) by imf25.hostedemail.com (Postfix) with ESMTP id 8949CA001D for ; Mon, 7 Apr 2025 15:27:02 +0000 (UTC) Authentication-Results: imf25.hostedemail.com; dkim=pass header.d=redhat.com header.s=mimecast20190719 header.b=GCs9Vbwx; dmarc=pass (policy=quarantine) header.from=redhat.com; spf=pass (imf25.hostedemail.com: domain of david@redhat.com designates 170.10.133.124 as permitted sender) smtp.mailfrom=david@redhat.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1744039622; a=rsa-sha256; cv=none; b=zmcl86c+a1XwIxArnnG81QsxNeHcjhW188s9+haHytzCpKXGt8zITEYz4k5Q8Gh0RMZDvj 2byqxRldNU7E3kErm3+xmn/xLEcUufflxVY3jtbqvs4ABUp9bz/U/tsMvM5NJEf486QGgz ZsLOQk7NXAf17OrdtPemZJ8L8jBtd/s= ARC-Authentication-Results: i=1; imf25.hostedemail.com; dkim=pass header.d=redhat.com header.s=mimecast20190719 header.b=GCs9Vbwx; dmarc=pass (policy=quarantine) header.from=redhat.com; spf=pass (imf25.hostedemail.com: domain of david@redhat.com designates 170.10.133.124 as permitted sender) smtp.mailfrom=david@redhat.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1744039622; 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:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=EL83hwHGluELeTGZxMlRpvKaRrcq3aVK0an6BMkeimc=; b=Gb5xPuYiZSASXVfho7/OXrMjFTp43iDmEFtZtiRnCnRmqymdThARSME6ukxpkjvWrddZ3O 611UHNtfxdyOVoAIWmxW7ByQoCfXM8jZzZiT3mdz2hqD5HwTC9CkOB/JoYbM8lMfnq2GN2 K9DoVXQ8DzG3nasu4sRErIzZrPw8Oes= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1744039621; h=from:from: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:content-transfer-encoding: in-reply-to:in-reply-to:references:references:autocrypt:autocrypt; bh=EL83hwHGluELeTGZxMlRpvKaRrcq3aVK0an6BMkeimc=; b=GCs9Vbwx/KEW9B5bxmlgKqBWDjkpSPTi3zolACinsnlgsfTb6vhCj7WgIyP/DAnKTs1rha iN2JE1YK5Abjl9nXk8IrmQRroagSGeE7EFReg1MLwgBvMoNTU6wzppm8i1HzptfPbiTztQ a9MmrkiF130PUkFsOxCR9G6KIcVhW4g= Received: from mail-wm1-f71.google.com (mail-wm1-f71.google.com [209.85.128.71]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-526-GYINN_9ZOtmpWuawWjtjKA-1; Mon, 07 Apr 2025 11:26:29 -0400 X-MC-Unique: GYINN_9ZOtmpWuawWjtjKA-1 X-Mimecast-MFC-AGG-ID: GYINN_9ZOtmpWuawWjtjKA_1744039589 Received: by mail-wm1-f71.google.com with SMTP id 5b1f17b1804b1-43947a0919aso31925115e9.0 for ; Mon, 07 Apr 2025 08:26:29 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1744039588; x=1744644388; h=content-transfer-encoding:in-reply-to:organization:autocrypt :content-language:from:references:cc:to:subject:user-agent :mime-version:date:message-id:x-gm-message-state:from:to:cc:subject :date:message-id:reply-to; bh=EL83hwHGluELeTGZxMlRpvKaRrcq3aVK0an6BMkeimc=; b=oSTCNUnSRmY2BkQPtKL1ZvjysUVmgE3+pbKZvLgqqdCxj+c99HUqiiK+ZZR5g7LO4s rTQVmx7E+Ti8bHYUROpjCZFyfzJ833SdfA1qgeD5NacPzNxY8pQIJeZ9UQcmEzdbtbMV S6Oy7OddVDtGY0k96O+qzbQcjrjHRH92RalfWu44OLjMQcwvpeNuFTusMbda6E6yGJn+ 2S5kIoSHBsU7xAnWY+zPsQIpOCqK/Q74AeeIDIkPox1A59vMEt56c/SsGYjDlrHb88pE U96+Yj4lnYljcPMzLX7dkpJ8M+q2UKtrsAH+JwMHnUr67ZnP6yXWhXNJVum2DW40WfU8 DNFQ== X-Forwarded-Encrypted: i=1; AJvYcCXc80Om/3ZwPMCHF1DOJjFcLkUnZWt8VNBmbzlE04khmTM5saSQ5DxWN47tzGZ90rx+uYEZ4Jzlig==@kvack.org X-Gm-Message-State: AOJu0YwxB5RYfeF0WhxKKdQ/oSR7b+0aJOp/OfvpXnGQMYitna3gUKRc lgp6MIUmyHJUy69Tu6alhlKZ9NWPjY6u4TDR/xAspMARlVrlcZNPwGdFQQkuP70cdhtQns/9+VJ fsk1XvSlMJwdmue140ZiJGp2SNRtJeBnW3hPsDT9CitrU/ztY X-Gm-Gg: ASbGnculdKADrzJSRAWJU4h0klHrtrzNWiWUK+t0Rp7fEuWpve+kE264NBWIwmqUYN/ 30JrePE/k6EeBUXRMOaAO+iLGPsRRJCXVjHsFnoCiLSEL34APfstY+o+0HiJQMxLZ+Vcv1khDPW pGuK3oaOecBXOElhgGc/ftS4zzfC6H3rwpm4aKWC6CXBSFYEFLAR4WJb989Fm5BZI3Pp1wgkDVZ ve1K9U61C1RbPbdb7VHqu7EF9Au6pB3PvXq/e/DvbtzfGuMZcA65st+8yW2t2VEXyTFhETDJVXF MG1p18KGYtZAxg+oFdbu3QCJOqRk4xWBLnolxn/+ValHWb2T/U/bMIlRywlrqTTJeWkBwK3OFLd bpqSLoc0uAyAkwIOsDf8SO2CAh0xHkow83qaMdDXjZ+A= X-Received: by 2002:a05:600c:c11:b0:43c:ea36:9840 with SMTP id 5b1f17b1804b1-43ecf9c7c07mr100253885e9.22.1744039588647; Mon, 07 Apr 2025 08:26:28 -0700 (PDT) X-Google-Smtp-Source: AGHT+IHfumRvr1iRJJdKTk3cEqLk0Y+KSAfeVeyGf/7z7Mi5OFfXT9g/jtX7HqDJVzz2LCJZt3F8pw== X-Received: by 2002:a05:600c:c11:b0:43c:ea36:9840 with SMTP id 5b1f17b1804b1-43ecf9c7c07mr100253405e9.22.1744039588139; Mon, 07 Apr 2025 08:26:28 -0700 (PDT) Received: from ?IPV6:2003:cb:c738:3c00:8b01:4fd9:b833:e1e9? (p200300cbc7383c008b014fd9b833e1e9.dip0.t-ipconnect.de. [2003:cb:c738:3c00:8b01:4fd9:b833:e1e9]) by smtp.gmail.com with ESMTPSA id 5b1f17b1804b1-43ec1663060sm137771335e9.14.2025.04.07.08.26.26 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 07 Apr 2025 08:26:27 -0700 (PDT) Message-ID: Date: Mon, 7 Apr 2025 17:26:25 +0200 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH v3 0/6] KVM: guest_memfd: support for uffd minor To: Lorenzo Stoakes Cc: "Liam R. Howlett" , Nikita Kalyazin , Ackerley Tng , Vishal Annapurve , Fuad Tabba , akpm@linux-foundation.org, pbonzini@redhat.com, shuah@kernel.org, viro@zeniv.linux.org.uk, brauner@kernel.org, muchun.song@linux.dev, hughd@google.com, kvm@vger.kernel.org, linux-kselftest@vger.kernel.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org, linux-fsdevel@vger.kernel.org, jack@suse.cz, jannh@google.com, ryan.roberts@arm.com, jthoughton@google.com, peterx@redhat.com, graf@amazon.de, jgowans@amazon.com, roypat@amazon.co.uk, derekmn@amazon.com, nsaenz@amazon.es, xmarcalx@amazon.com References: <20250404154352.23078-1-kalyazin@amazon.com> <2iggdfimgfke5saxs74zmfrswgrxmmsyxzphq4mdfpj54wu4pl@5uiia4pzkxem> <63j2cdjh6oxzb5ehtetiaolobp6zzev7emgqvvfkf5tuwlnspx@7h5u4nrqwvsc> <2bohfxnbthvf3w4kz5u72wj5uxh5sb5s3mbhdk5eg2ingkpkqg@ylykphugpydy> <9326367c-977d-4d55-80bd-f1ad3673f375@redhat.com> <4a32724c-0891-4ce5-81b1-dfce9cfb91f2@lucifer.local> From: David Hildenbrand Autocrypt: addr=david@redhat.com; keydata= xsFNBFXLn5EBEAC+zYvAFJxCBY9Tr1xZgcESmxVNI/0ffzE/ZQOiHJl6mGkmA1R7/uUpiCjJ dBrn+lhhOYjjNefFQou6478faXE6o2AhmebqT4KiQoUQFV4R7y1KMEKoSyy8hQaK1umALTdL QZLQMzNE74ap+GDK0wnacPQFpcG1AE9RMq3aeErY5tujekBS32jfC/7AnH7I0v1v1TbbK3Gp XNeiN4QroO+5qaSr0ID2sz5jtBLRb15RMre27E1ImpaIv2Jw8NJgW0k/D1RyKCwaTsgRdwuK Kx/Y91XuSBdz0uOyU/S8kM1+ag0wvsGlpBVxRR/xw/E8M7TEwuCZQArqqTCmkG6HGcXFT0V9 PXFNNgV5jXMQRwU0O/ztJIQqsE5LsUomE//bLwzj9IVsaQpKDqW6TAPjcdBDPLHvriq7kGjt WhVhdl0qEYB8lkBEU7V2Yb+SYhmhpDrti9Fq1EsmhiHSkxJcGREoMK/63r9WLZYI3+4W2rAc UucZa4OT27U5ZISjNg3Ev0rxU5UH2/pT4wJCfxwocmqaRr6UYmrtZmND89X0KigoFD/XSeVv jwBRNjPAubK9/k5NoRrYqztM9W6sJqrH8+UWZ1Idd/DdmogJh0gNC0+N42Za9yBRURfIdKSb B3JfpUqcWwE7vUaYrHG1nw54pLUoPG6sAA7Mehl3nd4pZUALHwARAQABzSREYXZpZCBIaWxk ZW5icmFuZCA8ZGF2aWRAcmVkaGF0LmNvbT7CwZgEEwEIAEICGwMGCwkIBwMCBhUIAgkKCwQW AgMBAh4BAheAAhkBFiEEG9nKrXNcTDpGDfzKTd4Q9wD/g1oFAl8Ox4kFCRKpKXgACgkQTd4Q 9wD/g1oHcA//a6Tj7SBNjFNM1iNhWUo1lxAja0lpSodSnB2g4FCZ4R61SBR4l/psBL73xktp rDHrx4aSpwkRP6Epu6mLvhlfjmkRG4OynJ5HG1gfv7RJJfnUdUM1z5kdS8JBrOhMJS2c/gPf wv1TGRq2XdMPnfY2o0CxRqpcLkx4vBODvJGl2mQyJF/gPepdDfcT8/PY9BJ7FL6Hrq1gnAo4 3Iv9qV0JiT2wmZciNyYQhmA1V6dyTRiQ4YAc31zOo2IM+xisPzeSHgw3ONY/XhYvfZ9r7W1l pNQdc2G+o4Di9NPFHQQhDw3YTRR1opJaTlRDzxYxzU6ZnUUBghxt9cwUWTpfCktkMZiPSDGd KgQBjnweV2jw9UOTxjb4LXqDjmSNkjDdQUOU69jGMUXgihvo4zhYcMX8F5gWdRtMR7DzW/YE BgVcyxNkMIXoY1aYj6npHYiNQesQlqjU6azjbH70/SXKM5tNRplgW8TNprMDuntdvV9wNkFs 9TyM02V5aWxFfI42+aivc4KEw69SE9KXwC7FSf5wXzuTot97N9Phj/Z3+jx443jo2NR34XgF 89cct7wJMjOF7bBefo0fPPZQuIma0Zym71cP61OP/i11ahNye6HGKfxGCOcs5wW9kRQEk8P9 M/k2wt3mt/fCQnuP/mWutNPt95w9wSsUyATLmtNrwccz63XOwU0EVcufkQEQAOfX3n0g0fZz Bgm/S2zF/kxQKCEKP8ID+Vz8sy2GpDvveBq4H2Y34XWsT1zLJdvqPI4af4ZSMxuerWjXbVWb T6d4odQIG0fKx4F8NccDqbgHeZRNajXeeJ3R7gAzvWvQNLz4piHrO/B4tf8svmRBL0ZB5P5A 2uhdwLU3NZuK22zpNn4is87BPWF8HhY0L5fafgDMOqnf4guJVJPYNPhUFzXUbPqOKOkL8ojk CXxkOFHAbjstSK5Ca3fKquY3rdX3DNo+EL7FvAiw1mUtS+5GeYE+RMnDCsVFm/C7kY8c2d0G NWkB9pJM5+mnIoFNxy7YBcldYATVeOHoY4LyaUWNnAvFYWp08dHWfZo9WCiJMuTfgtH9tc75 7QanMVdPt6fDK8UUXIBLQ2TWr/sQKE9xtFuEmoQGlE1l6bGaDnnMLcYu+Asp3kDT0w4zYGsx 5r6XQVRH4+5N6eHZiaeYtFOujp5n+pjBaQK7wUUjDilPQ5QMzIuCL4YjVoylWiBNknvQWBXS lQCWmavOT9sttGQXdPCC5ynI+1ymZC1ORZKANLnRAb0NH/UCzcsstw2TAkFnMEbo9Zu9w7Kv AxBQXWeXhJI9XQssfrf4Gusdqx8nPEpfOqCtbbwJMATbHyqLt7/oz/5deGuwxgb65pWIzufa N7eop7uh+6bezi+rugUI+w6DABEBAAHCwXwEGAEIACYCGwwWIQQb2cqtc1xMOkYN/MpN3hD3 AP+DWgUCXw7HsgUJEqkpoQAKCRBN3hD3AP+DWrrpD/4qS3dyVRxDcDHIlmguXjC1Q5tZTwNB boaBTPHSy/Nksu0eY7x6HfQJ3xajVH32Ms6t1trDQmPx2iP5+7iDsb7OKAb5eOS8h+BEBDeq 3ecsQDv0fFJOA9ag5O3LLNk+3x3q7e0uo06XMaY7UHS341ozXUUI7wC7iKfoUTv03iO9El5f XpNMx/YrIMduZ2+nd9Di7o5+KIwlb2mAB9sTNHdMrXesX8eBL6T9b+MZJk+mZuPxKNVfEQMQ a5SxUEADIPQTPNvBewdeI80yeOCrN+Zzwy/Mrx9EPeu59Y5vSJOx/z6OUImD/GhX7Xvkt3kq Er5KTrJz3++B6SH9pum9PuoE/k+nntJkNMmQpR4MCBaV/J9gIOPGodDKnjdng+mXliF3Ptu6 3oxc2RCyGzTlxyMwuc2U5Q7KtUNTdDe8T0uE+9b8BLMVQDDfJjqY0VVqSUwImzTDLX9S4g/8 kC4HRcclk8hpyhY2jKGluZO0awwTIMgVEzmTyBphDg/Gx7dZU1Xf8HFuE+UZ5UDHDTnwgv7E th6RC9+WrhDNspZ9fJjKWRbveQgUFCpe1sa77LAw+XFrKmBHXp9ZVIe90RMe2tRL06BGiRZr jPrnvUsUUsjRoRNJjKKA/REq+sAnhkNPPZ/NNMjaZ5b8Tovi8C0tmxiCHaQYqj7G2rgnT0kt WNyWQQ== Organization: Red Hat In-Reply-To: <4a32724c-0891-4ce5-81b1-dfce9cfb91f2@lucifer.local> X-Mimecast-Spam-Score: 0 X-Mimecast-MFC-PROC-ID: oO35XlmrJ0l5zeY48SzaKrOb263cSDhdPiZ269kk5Qo_1744039589 X-Mimecast-Originator: redhat.com Content-Language: en-US Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 8949CA001D X-Stat-Signature: wqs51mbytg3ponu1nrkn78za7jtk6qge X-Rspam-User: X-Rspamd-Server: rspam06 X-HE-Tag: 1744039622-294873 X-HE-Meta: U2FsdGVkX1/i/+ym+oYnYEAUpgEiQXGC/jU8Vo9l1Z7p9XUm9uUanxP2Z78/mKpF2EUT+rNYWo4B5n0qdRF2jgGshXiXflG2LvtxXfp7XjZZyhwWEC7Klf8mbZHPaHj0C/e1sjKi0GN50A2ETS9se6BeBxrCOvQcdd5BzKyti4uK9Envg087QF4HhFCX0YeQZlEHeAw4HsdtH8DvvdiwEq1JC6vGfMvs26pVhitf7MO9hfT7AHRYjGMsZ/TeiiyJM/y4c5NHLe/JswNRGYbMVOdn6CDtfLgXbjr5KykDYpjuIFR/eUWUpbFNqyXUkHQWqnQVNSO2xoiPVp77y26iJ1KKLrEeNe4MH8qF4BfnvVNFlOML7yUIVzf/WjO9KQed+6ain5eHLjPJBB+9Fgb1wlqQw1ps2brAChMRLz+AIrlyNdO6GfvBG0OjuUE9xlBkKTtrLMi3s8/geAR0pB2zRWI00jZFQCPpvsS7PLZghzgStXFEn5aXmhBhMBBhwDxntknZC4nfx5axtDTacvFNimVURmWb1TOIwnO7ETu4G8b7RlhS79CB69HW2Q7a5kcILWaO/sl9WjlaI+rkNazbXTUNUL8UexXvbmNEg8wjh6VoF0KP6rNsnILLamKuy06HaAG3pyf2NcEYTBbhGyMASsPh3SEkfu/lSoHHs5aezlWsPUgR4IVM44p8GRttSRq5I5TW5p6kJvR58Q5us6kg/MLRh9vH38PdMYRbp9GxPcrxTFKSglMaNuKxkHdFMLwa26GS90fXl/j3Q7vQBPv1SJx4SGCyBjuGO6zucRIm5rYYY37FxFRhyNuNw4K3gGNNZJu7bVkitXVt8DfJwmoauaL7Ye7U6nY8jRElp+yKo3KJF090H4qXuSzA3qEZlIPO4s2TRWaoonJPLkh2+Baumt/6P/xoomTMbLDCNbx9o5eALxM9O/nZdf96vyez1AvEmgwApotM2DhobHDtRoH LUnMhoQN V94UFIWBPK/o0LpNUIxBRL4Y2Nq+avGLG7l7CDGgWnCnvRTUCcJ+5y/SMMs0x6xjkg4xunssY5sk5NT+/herpzica3jQnMZGFSVojnoRxDkSi+h+6Z7WybMydmrwFl/JvN3L/d6wBgrWHyN+BvWSi0ubFEkpYS+uK4zxED2xrulg0wHsoJU3dfcARLy/4GoG8wHg61PQq28ZX+UsRBaxRgAXMHlvcfek6euyFs3bL6v0EOHrnhZeI76bl5T1pbh76nvjtqObxVRv3pcbAUG4fyL30uAQF0+30CTRQ2rsVgtzoLPwnkIiefLhoxqOm87oHFtpNiq5kWkpsnbsDvK0vB2ngPB+23qssCK80Pgj4r7hzHwBvBapaSJETM3L1X37tB93c67yKif4oIhnYutnHSjU2NkVyd6CsN57jPf1j7BrsxY4Rgqnx62WM9QgH4L6HoNZJDc4i70W3nSJDNkR+d02WlSufCrebfryQuRXv0XBfIeI3FnnCu5TRtx509jk5LjLUkEkBjY2Vqjs= X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, 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 07.04.25 17:14, Lorenzo Stoakes wrote: > On Mon, Apr 07, 2025 at 04:46:48PM +0200, David Hildenbrand wrote: >> On 07.04.25 16:24, Liam R. Howlett wrote: >>> * Nikita Kalyazin [250407 10:05]: >>>> >>> >>> ... >>> >>>>> >>>>> All of this is extremely confusing because the onus of figuring out what >>>>> the final code will look like is put on the reviewer. As it is, we have >>>>> issues with people not doing enough review of the code (due to limited >>>>> time). One way to get reviews is to make the barrier of entry as low as >>>>> possible. >>>>> >>>>> I spent Friday going down a rabbit hole of patches referring to each >>>>> other as dependencies and I gave up. It looks like I mistook one set of >>>>> patches as required vs them requiring the same in-flight ones as your >>>>> patches. >>>>> >>>>> I am struggling to see how we can adequately support all of you given >>>>> the way the patches are sent out in batches with dependencies - it is >>>>> just too time consuming to sort out. >>>> >>>> I'm happy to do whatever I can to make the review easier. I suppose the >>>> extreme case is to wait for the dependencies to get accepted, effectively >>>> serialising submissions, but that slows the process down significantly. For >>>> example, I received very good feedback on v1 and v2 of this series and was >>>> able to address it instead of waiting for the dependency. Would including >>>> the required patches directly in the series help? My only concern is in >>>> that case the same patch will be submitted multiple times (as a part of >>>> every depending series), but if it's better, I'll be doing that instead. >>> >>> Don't resend patches that someone else is upstreaming, that'll cause >>> other problems. >>> >>> Three methods come to mind: >>> >>> 1. As you stated, wait for the dependencies to land. This is will mean >>> what you are working against is well tested and won't change (and you >>> won't have to re-spin due to an unstable base). >>> >>> 2. Combine them into a bigger patch set. I can then pull one patch set >>> and look at the parts of interest to the mm side. >>> >>> 3. Provide a git repo with the necessary changes together. >>> >>> I think 2 and 3 together should be used for the guest_memfd patches. >>> Someone needs to be managing these to send upstream. See the discussion >>> in another patch set on guest_memfd here [1]. >> >> The issue is that most extensions are fairly independent from each other, >> except that they built up on Fuad's mmap support, >> >> Sending all together as one thing might not be the best option. >> >> Once basic mmap support is upstream, some of the extensions (e.g., directmap >> removal) can go in next. >> >> So until that is upstream, I agree that tagging the stuff that builds up on >> that is the right thing to do, and providing git trees is another very good >> idea. >> >> I'll prioritize getting Fuad's mmap stuff reviewed. (I keep saying that, I >> know) > > Which series is this? Sorry maybe lost track of this one. Heh, not your fault :) The most important one for basic mmap support is "KVM: Mapping guest_memfd backed memory at the host for software protected VMs" [1]. Some stuff (e.g., direct map removal) should be able to make progress once that landed. I do expect the MM-specific patch in there ("mm: Consolidate freeing of typed folios on final folio_put()") to not be included as part of that work. [I shared the feedback from the LSF/MM session in the upstream guest_memfd call, and we decided to minimize the usage of the folio_put() callback to where absolutely required; that will simplify things and avoid issues as pointed out by Willy, which is great] The next important one will be "[PATCH v7 0/7] KVM: Restricted mapping of guest_memfd at the host and arm64 support" [2], but I similarly expect a simplification as we try moving away from folio_put() for the "shared <-> private" page conversion case. So I expect a v8 of [1] (and that also [2] needs to be updated). @Fuad, please let me know if I am wrong. [1] https://lore.kernel.org/all/20250318161823.4005529-1-tabba@google.com/T/#u [2] https://lore.kernel.org/all/20250328153133.3504118-1-tabba@google.com/ -- Cheers, David / dhildenb