Received: by 2002:a05:6a10:5bc5:0:0:0:0 with SMTP id os5csp997437pxb; Tue, 9 Nov 2021 03:32:57 -0800 (PST) X-Google-Smtp-Source: ABdhPJz6w3RxOLZ+yvEoY95h473C4g8tk1qeMaWW+0wcvkIiGyevZ/chVkdjKvRgmdOEfK588xON X-Received: by 2002:a05:6638:190f:: with SMTP id p15mr4979332jal.82.1636457577725; Tue, 09 Nov 2021 03:32:57 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1636457577; cv=none; d=google.com; s=arc-20160816; b=YDXjrY7oSu8YhtsgIXCmrvDN+EcNAVjtC7hKnPrTUfA6gpke8ENC418l2Yrc1Yq7MF a2L1vsPOMQTmwj3Y/+xQjM7Kniw19dpM1kEBywSEyWtU23pghICupcu5RAVU9uoo1rq4 uwTSMMehQpJdFNuMFm5+PvzvIYvUnSGHlhMkvO3CfSakP2r0KqhBIlqGkoIQOeZ6bJrL JDUxsSR9uax9HikLRdhcg5qDDDxy9yarTtJjVKrbtaA7RZkDcXOodVlPt6u2TVPS2lQo zlrPipk6nYr2Y5W4KuLlgFKfTevBTebyaui3t0P9MR9PbUOaKdCaWO/gD7YHFttO+VIB S9GQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=xrX5PIQ5N2CnAG0B54w4TYQMlOw3gRJk552Ipp+ebKw=; b=Z5di06bDXnUX+uxNnUwm9SOoR76TABZG8TpACZJG3kwmW64EvRxfwVcPywYN5GUO4e 5B8Mr8NzysR6qurh72pc8YeOdbRxy5NBBuWR3EZRL9/raXQIRCrid9IM7h0LQj3ghWGu gwf1qAkYpE9fsWV6xA2XZtcwTwkfdmba1xM7CU7Ev0vUfI9Ho6y/AdMeuBLO2DTVQJCh hAM0tmU5ZXAHiRiK23GfAwiVbw4IJRTIZE4tTewL3u90fPEtZZKfBcZqiSOYqypDWrs2 wldb+SquXzMzgdXprytBxSJAmLIqM29uw7xR9TnHJoR2mDOMLp41e6AEAQtj3d9acx3Q q/bg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b=Stz43RdV; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id i9si2166562jaj.79.2021.11.09.03.32.44; Tue, 09 Nov 2021 03:32:57 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b=Stz43RdV; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S238600AbhKIBlp (ORCPT + 99 others); Mon, 8 Nov 2021 20:41:45 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:50672 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S237812AbhKIBlk (ORCPT ); Mon, 8 Nov 2021 20:41:40 -0500 Received: from mail-pf1-x432.google.com (mail-pf1-x432.google.com [IPv6:2607:f8b0:4864:20::432]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 19B8AC03649D for ; Mon, 8 Nov 2021 17:21:13 -0800 (PST) Received: by mail-pf1-x432.google.com with SMTP id b68so7161235pfg.11 for ; Mon, 08 Nov 2021 17:21:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=xrX5PIQ5N2CnAG0B54w4TYQMlOw3gRJk552Ipp+ebKw=; b=Stz43RdVom5q6hSvN+LnhdAH1B5D0RUDmznyrJp0pQFRjJeWUrzR/udLPaY2tilNCt XcgrdLFIIf2+mR8m54M6dT+Dbrc35be5RRM9b9uL9pOdJ4j7hQwoxKcdUZiCi2W8rFeo mmXBUYtpY4TQWJozh8/OxpMOOMnVYCLM8GwnYcFgDNGHVKOZqBpYEqqfKv0BxApaEO6w QHgCpUm2hA6iGp0NqZEk59gkrY4Hh/+mLGmE93ORS8+YVRoDiSXYWhEz8HkG7mLHejSo f65DHHDi9o/I209K1+WG4QDyN4k9mmBRl/VShVuSsU+pG0yGr+qfqYoTiN2J1n0hf0oV 3pUw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=xrX5PIQ5N2CnAG0B54w4TYQMlOw3gRJk552Ipp+ebKw=; b=A3wix4EZU1OSdq2FIT9Q7qnen51FEbH+c7se2vS/L2fUzi3KrCvAO6gIKPx8A65K/d 6MPlAm4Gw3MH6OVjV2bHPhb+sxdl0S7E2Bfydva4rGhJ7uSnA9Q4utOMgxbtuLSHaoOQ vQTy1T3krjSWZwY/XMpu4zUeS4wx0HM/s5UQ9NEZraqAX7qCKkvBPfJFMikpFoe9Q9d+ 13aPNjsxQrSMOi/xFJ6F/upYa0ckL8GpANwpwKUHk4YNFinw706V8yjXdfV6mcRjVP8N FSfNYik4ZQY0TTfTkK0pASeJRnqv09jlOPvfsRCKcCo/KJzD32ZpWDU3iAZusMkoQ4AL tJUQ== X-Gm-Message-State: AOAM533Cj44G5Dbl5IuTlebEeNJ+pz9T8A2hMEoHy7OjVNQ4V1y+y5Vs pCUQQr6u3NatCTJT2LmBBCTyJA== X-Received: by 2002:a63:8a4a:: with SMTP id y71mr2992478pgd.378.1636420872463; Mon, 08 Nov 2021 17:21:12 -0800 (PST) Received: from google.com (157.214.185.35.bc.googleusercontent.com. [35.185.214.157]) by smtp.gmail.com with ESMTPSA id t13sm11751282pfl.214.2021.11.08.17.21.11 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 08 Nov 2021 17:21:11 -0800 (PST) Date: Tue, 9 Nov 2021 01:21:07 +0000 From: Sean Christopherson To: "Maciej S. Szmigiero" Cc: James Morse , Alexandru Elisei , Suzuki K Poulose , Atish Patra , David Hildenbrand , Cornelia Huck , Claudio Imbrenda , Vitaly Kuznetsov , Wanpeng Li , Jim Mattson , Joerg Roedel , linux-arm-kernel@lists.infradead.org, kvmarm@lists.cs.columbia.edu, linux-mips@vger.kernel.org, kvm@vger.kernel.org, kvm-ppc@vger.kernel.org, kvm-riscv@lists.infradead.org, linux-riscv@lists.infradead.org, linux-kernel@vger.kernel.org, Ben Gardon , Marc Zyngier , Huacai Chen , Aleksandar Markovic , Paul Mackerras , Anup Patel , Paul Walmsley , Palmer Dabbelt , Albert Ou , Christian Borntraeger , Janosch Frank , Paolo Bonzini Subject: Re: [PATCH v5.5 00/30] KVM: Scalable memslots implementation Message-ID: References: <20211104002531.1176691-1-seanjc@google.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Nov 09, 2021, Maciej S. Szmigiero wrote: > On 04.11.2021 01:25, Sean Christopherson wrote: > By the way, do you want your patches and my non-invasive patches (patches > below number 23) merged without waiting for the rest of the series to be > fully ready? > > This way there is less risk of conflicting changes to KVM being merged > in meantime while we are still discussing the remaining patches. > Or worse - changes that don't conflict but subtly break some assumptions > that the code relies on. > > For this reason I am strongly for merging them independently from the > more invasive parts. Merging them as soon as they're ready would also be my preference. That said, I'm hoping we can get the entire implemenation queued up for 5.17 sooner than later. I'll do my best to respond quickly to try and make that happen.