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 94686C36010 for ; Mon, 7 Apr 2025 06:29:25 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 59FD56B0005; Mon, 7 Apr 2025 02:29:23 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 54DAA6B0007; Mon, 7 Apr 2025 02:29:23 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 3A2026B0008; Mon, 7 Apr 2025 02:29:23 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0010.hostedemail.com [216.40.44.10]) by kanga.kvack.org (Postfix) with ESMTP id 1B4096B0005 for ; Mon, 7 Apr 2025 02:29:23 -0400 (EDT) Received: from smtpin12.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay08.hostedemail.com (Postfix) with ESMTP id 27133140D56 for ; Mon, 7 Apr 2025 06:29:24 +0000 (UTC) X-FDA: 83306271048.12.B41004D Received: from mail-qt1-f173.google.com (mail-qt1-f173.google.com [209.85.160.173]) by imf27.hostedemail.com (Postfix) with ESMTP id 6594F40005 for ; Mon, 7 Apr 2025 06:29:22 +0000 (UTC) Authentication-Results: imf27.hostedemail.com; dkim=pass header.d=google.com header.s=20230601 header.b=FTzt3I+x; dmarc=pass (policy=reject) header.from=google.com; spf=pass (imf27.hostedemail.com: domain of tabba@google.com designates 209.85.160.173 as permitted sender) smtp.mailfrom=tabba@google.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1744007362; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:mime-version:mime-version: content-type:content-type:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=KNvNM1/p+e2DdNVPpvcS2yeyJQA+eXSwCZpqrERwuiE=; b=WGfaSAV36OC2qSaPGuTFUXAQsQ4Lr957mtp6JpTy9yFG3ahPF47gCxDh2YRTOLvPc9AcPK 5R22LyoPxEGdg0Q9dHHR03Sw/2F37l/lhR3+iXJASiQy6CGjUG7djioOYGRXRA9xOvPxbf +81NlXA8dafetPDrn6AS2MS3NYkVzQM= ARC-Authentication-Results: i=1; imf27.hostedemail.com; dkim=pass header.d=google.com header.s=20230601 header.b=FTzt3I+x; dmarc=pass (policy=reject) header.from=google.com; spf=pass (imf27.hostedemail.com: domain of tabba@google.com designates 209.85.160.173 as permitted sender) smtp.mailfrom=tabba@google.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1744007362; a=rsa-sha256; cv=none; b=Yzv5iZz1eCJm/2OUGpW2WNtQJsqYX7VmIzfUZTfp5wiCW6m/QhPUOD/JX6X56iBd21Gn8H 9VORx0dZjIQ/lV5SQqTFn3HjfCYrQK4R48qtCqqtNaCNWILA/FWgeFvJFnmE1HnkdSYN8i T9zIAeGCE/+vIbGgb/AiKjSRU2sFS6s= Received: by mail-qt1-f173.google.com with SMTP id d75a77b69052e-47681dba807so408781cf.1 for ; Sun, 06 Apr 2025 23:29:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20230601; t=1744007361; x=1744612161; darn=kvack.org; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :from:to:cc:subject:date:message-id:reply-to; bh=KNvNM1/p+e2DdNVPpvcS2yeyJQA+eXSwCZpqrERwuiE=; b=FTzt3I+xHpnXtiw2pwQWUuzg+nL6ZzTiC3k7OYeNWNbpuzMpdnGJ/dA4w/RsSIUB4Q 7cGKmYAs9Siuk4gK7cW2ME0vDE4TcX9LQMY+HWUQByN4wEPQiVXprsbPMbOmLL9qGlty yvOcnHFs1/A3zCjpQaNutCxBca4tYj5MJ67QPZkQN9jcMVXJh4J8OMGXSM73IMKEAd2w u9BFX7hZjh6gJULnuFSayXyPnD/9V+KFyPp9P8e+TguE65li4L/Av5CPlyRv9I/vEyoP nqJPca+SfbuOGHKY1ZxbcFnUF4wWifp5L5YYYn18P0Bxoceh3JSTND/CBfYJlQSnoNQu ztLQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1744007361; x=1744612161; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=KNvNM1/p+e2DdNVPpvcS2yeyJQA+eXSwCZpqrERwuiE=; b=lAYL9QH3dpxbYH5G1qNOe2s72ogXwh3BzXduI8Pdp/aDrN/6oEOS9QuT7cF0n7DBIc rpB552tYsivvm3TdbI4O9jcSnLBd7u90Dz6pzexw8fepbB4QtAwHElSsmCs3ndkkgvi1 5TEmhHhgNgT4YIjXeu0ehFiFpiHrsXE3NSowWlpWhhbRFvAU5d2nanNHVpCi6wVIQJH5 aU0XKwTwuBLH268xBnQ/gV4VHleA94nPTJ7miqH/1SBQ47Mcm8CZnbki/5KRtp/tTZad tqqxD7YJGmB0uagZBn29LJKUDWGt094RTKIDwX2O1dwVslBN55ua2lO2K4pcJcMPx+ay hwWQ== X-Forwarded-Encrypted: i=1; AJvYcCWu3SQAuyJQH4VxG1C7iPgc5bB+HNqFjBJ2QVljN8kKj1ZMYxijICjBAhna/DXphGzqx7HAgBjMrg==@kvack.org X-Gm-Message-State: AOJu0YydC1+cThyBM//4n6OMiUA4BgqCTaLB9/08tzwjYfYWEXkx/DFD ea9nbJ2IyYb0zLlDrkBZEvS/ghsjAbbB4maptyRagqBFZ0X4XL6lfXotyqWhNgeH5dzW1dW02jl 4B2lsWacG/s4uqZIZ4sfPsKWSabu3zbhT/Zui X-Gm-Gg: ASbGncsE7RC3XY2D/A9oQgm8M4Y3hTZY3annPL544a5GjGrpyqNHyesG+dT3alE8xR6 0VAImLIfd3l6kL1hsH4frlWndoxYulgKsR/raT/f3kSBCMggFIrdboLOruMhrW798Utx2kmjJM8 0BmmRiwvfziCSVXv4JuZtUNA1RfqoiHPwsR/7c X-Google-Smtp-Source: AGHT+IENsC5jGsPnB8CmIHsaqNJl1ydsIYWgIdbVjFWo2tYe9QGGIM0fU+yrpn2AGdWi97/1qTE+g+eYnH6qOkjep28= X-Received: by 2002:a05:622a:1491:b0:477:871c:2db4 with SMTP id d75a77b69052e-479332e3014mr6057831cf.5.1744007361239; Sun, 06 Apr 2025 23:29:21 -0700 (PDT) MIME-Version: 1.0 References: <20250328153133.3504118-1-tabba@google.com> <894eb67c-a9e4-4ae4-af32-51d8a71ddfc4@redhat.com> In-Reply-To: From: Fuad Tabba Date: Mon, 7 Apr 2025 07:28:44 +0100 X-Gm-Features: ATxdqUGIvqi7yupl0S6E-dravwacnxsOIqGqv-ufIIOSzVLf9oEd58mckgm4bP8 Message-ID: Subject: Re: [PATCH v7 0/7] KVM: Restricted mapping of guest_memfd at the host and arm64 support To: "Liam R. Howlett" , Sean Christopherson , David Hildenbrand , Fuad Tabba , kvm@vger.kernel.org, linux-arm-msm@vger.kernel.org, linux-mm@kvack.org, pbonzini@redhat.com, chenhuacai@kernel.org, mpe@ellerman.id.au, anup@brainfault.org, paul.walmsley@sifive.com, palmer@dabbelt.com, aou@eecs.berkeley.edu, viro@zeniv.linux.org.uk, brauner@kernel.org, willy@infradead.org, akpm@linux-foundation.org, xiaoyao.li@intel.com, yilun.xu@intel.com, chao.p.peng@linux.intel.com, jarkko@kernel.org, amoorthy@google.com, dmatlack@google.com, isaku.yamahata@intel.com, mic@digikod.net, vbabka@suse.cz, vannapurve@google.com, ackerleytng@google.com, mail@maciej.szmigiero.name, michael.roth@amd.com, wei.w.wang@intel.com, liam.merwick@oracle.com, isaku.yamahata@gmail.com, kirill.shutemov@linux.intel.com, suzuki.poulose@arm.com, steven.price@arm.com, quic_eberman@quicinc.com, quic_mnalajal@quicinc.com, quic_tsoni@quicinc.com, quic_svaddagi@quicinc.com, quic_cvanscha@quicinc.com, quic_pderrin@quicinc.com, quic_pheragu@quicinc.com, catalin.marinas@arm.com, james.morse@arm.com, yuzenghui@huawei.com, oliver.upton@linux.dev, maz@kernel.org, will@kernel.org, qperret@google.com, keirf@google.com, roypat@amazon.co.uk, shuah@kernel.org, hch@infradead.org, jgg@nvidia.com, rientjes@google.com, jhubbard@nvidia.com, fvdl@google.com, hughd@google.com, jthoughton@google.com, peterx@redhat.com, pankaj.gupta@amd.com Content-Type: text/plain; charset="UTF-8" X-Rspamd-Server: rspam11 X-Rspamd-Queue-Id: 6594F40005 X-Stat-Signature: 8u44jos4wfrixu16b9p3xigxaci5zseh X-Rspam-User: X-HE-Tag: 1744007362-537149 X-HE-Meta: U2FsdGVkX1/mNNmOAFErK8tHQ5SrOrH8tOjHN6TyXCdl1d+ZLDmY1wbVONTBCFvC4U1wovDia3EzKQQ6FlVbfpI8BZDcE9rj+uKrf5u4fKY2QJhuCe82VIFxMiCiDJ2MAEv7mwtJRHLxWKfaorZQLD+bSKMILdkT7UD0w2XnseeWi/ISX07dO5qgoXSpv83dGn+EEJO7N/Yke3ar4B+pXgs3PU3EUMEzpOboF9v3sU0gNAFwLvNLTzSeqW/tlOBIWk6xq7cZz4dzzBkl1OXLA7YXZkdCCTqDXQQ19or1BAVZ9MrKyvgqzHg8EZ9tb10ikuZdp6ymc7usCjG30NcMzaZi4/DbTVMe4/uOBH84c7zHtIbmYbwXZ0o1LIhXO7/oops0KywzR2wCYB1vMu3bJjsilSNUVRqcEXH+snyT/DW+VkBich4/OGclSq87r5Lk0doYEbQGukyZjvq5ma1U+5JL2FoDryXf36cd7hMQX4IAVLi72/azs4Dhme/TLwYcSZ7qjtRySdQp6kM/MQ/se9XFB/6mhEW763Z67EYJmngCkYKVKi7q4kwmRPFJWRaB/j1sy9TCp0Ln2KowbBYVZQZe7YAoepELyb4l/Txn8i32hcMaiXlzHLlz5aycTEGJff4p+Ft+g6i1pVBm/3gFaa31c6KPzngno762krBfTsa3XEvHB585RFq9KlVIIrLc5NNPSTl3uO/gtaTW9stUwKTwNcjOegyiM/f4Wd1ECkGw5vVtEVYLxNar+0GsqFRxHOi/ur3D5w1N9uVGtEMK41lJT88nBdsOR3v5bBQ9xG4XGgrCGAKS3mNzPfjwGFBY9V9jhZEhOYhFgKRa0jow1gPY9xr0ZjMYi/gCXGWfoqK7JqpXu1nCkQDdWi66JXGWhNt82RwfMQX5fnB/Rdw5uaOZpBNVLkP5/idcg2Pn5JcBCuCNFywKhzmF9kkbrDtt7MtGxppcAXhmFkGsuRD kvsQAH6p glFCn1dKVISU+DtTI85mDlKWw0YX/+7chBFp7dXebgeqxPFPYQT5TQfK/jZCdAhg+KBLHA3Hw5v/hKpytjAJUPf1qTExDYPC5aJZSTT74vyd0GsC7Z3RtuEl+4Vxwa0vpscwKBzch70o+ZAbUESjW+X1/1du7lw8lEFK2cZ9Uj8fC+/PCAAA0+404Dj8WGHZXp8nd32i4n6SBP9A7BJk8OHSbDjsPF3G2PHIJwxlc5VesAF9BnoXPTcRju0lqf2thYG9WXTsNELvMJs2e2vo8+jfyCdUxjMlilYs8svdP39DcJ3JaPb2wCRfD2u5z/afWgv6mepxyQXA7ezy1HYjLzJbGKb+2FbvRu+Vdelu2stChmKM= X-Bogosity: Ham, tests=bogofilter, spamicity=0.000100, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: List-Subscribe: List-Unsubscribe: Hi, On Sat, 5 Apr 2025 at 03:46, Liam R. Howlett wrote: > > * Sean Christopherson [250404 17:48]: > > On Fri, Apr 04, 2025, David Hildenbrand wrote: > > > On 04.04.25 20:05, Liam R. Howlett wrote: > > > > But then again, maybe are are not going through linux-mm for upstream? > > > > > > [replying to some bits] > > > > > > As all patches and this subject is "KVM:" I would assume this goes through > > > the kvm tree once ready. > > > > Yeah, that's a safe assumption. > > Okay, thanks. > > It still seems strange to have such vast differences in the cover letter > between versions and require others to hunt down the information vs an > updated cover letter with revision history and links. > > I did get lost on where the changes since v6 stopped vs new comments > started in the update. > > But maybe it's that I'm set in my grumpy old ways. > > I really like the cover letter information in the first patch (this > patch 1 of 7..) to have the information in the git log. > > > > > > > It looks like a small team across companies are collaborating on this, > > > > and that's awesome. I think you need to change how you are doing things > > > > and let the rest of us in on the code earlier. > > > > > > I think the approach taken to share the different pieces early makes sense, > > > it just has to be clearer what the dependencies are and what is actually the > > > first thing that should go in so people can focus review on that. > > > > 100% agreed that sharing early makes sense, but I also 100% agree with Liam that > > having multiple series flying around with multiple dependencies makes them all > > unreviewable. I simply don't have the bandwidth to track down who's doing what > > and where. > > Yes, sharing early is crucial, but we lack the quilt file to stitch them > together in the proper sequence so we can do a proper review. > > My main issue is barrier of entry, I have no idea how I can help this > effort as it is today. > > > > > I don't see those two sides as conflicting. Someone "just" needs to take point > > on collecting, squashing, and posting the various inter-related works as a single > > cohesive series. > > It *looks* like all these patches need to go in now (no RFC tags, for > instance), but when you start reading through the cover letters it has > many levels and the effort quickly grows; which branch do I need, what > order, and which of these landed? This is like SMR, but with code. > > > > > As you said, things are getting there, but I recommend prioritizing that above > > the actual code, otherwise reviewers are going to continue ignoring the individual > > series. > > > > FWIW, if necessary, I would much prefer a single massive series over a bunch of > > smaller series all pointing at each other, at least for the initial review. > > > > Yes, at least then the dependency order and versions would not be such > an effort to get correct. If it's really big maybe a git repo would be > a good idea along with the large patch set? You'd probably be using > that repo to combine/squash and generate the patches anyways. I still > don't know what patch I need to start with and which ones have landed. > > If each part is worth doing on its own, then send one at a time and wait > for them to land. This might result in wasted time on a plan that needs > to be changed for upstreaming, so I think the big patch bomb/git branch > is the way to go. > > Both of these methods will provide better end-to-end testing and code > review than the individual parts being sent out in short succession with > references to each other. The idea was that it would be easier to review the two series separately, with the second one being tagged as RFC (which I accidentally dropped). That ended up making this more confusing and difficult to review. The next series will just be one series. Thanks for your feedback and sorry for the noise. Cheers, /fuad > Thanks, > Liam