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 vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 8CCD6C6FA92 for ; Tue, 27 Sep 2022 10:30:23 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231514AbiI0KaW (ORCPT ); Tue, 27 Sep 2022 06:30:22 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:53178 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231189AbiI0KaV (ORCPT ); Tue, 27 Sep 2022 06:30:21 -0400 Received: from ams.source.kernel.org (ams.source.kernel.org [IPv6:2604:1380:4601:e00::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id CCB4732BB8 for ; Tue, 27 Sep 2022 03:30:19 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ams.source.kernel.org (Postfix) with ESMTPS id 86BF9B81AD0 for ; Tue, 27 Sep 2022 10:30:18 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 2B80AC433C1; Tue, 27 Sep 2022 10:30:17 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1664274617; bh=noLfpBznClPHMdqAPG/zfUiiDoQtXSGh5jj+GB+3a2A=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=kP/zIhDCpN9GeuCa86YPBy6ZUyvmmh0KwWwhSanPXaMnbbovb9bcWur8Vx1b0vHLr NLrtqGlymkT+SyT19palenEEtIlkWoZnhGYkPxInVwIHI28TuqtM7uA6/5abnAsz8d FUylvbaKA/D87LsBVCQZTbbfANi10YlVGtY+rERgQK++bd6LLOSc7v4A1bZOI3gqOJ q9gDFJ9I3IFMY7TO0tbP3vEtT1Cq+zEbymAs54gaXBx4fExwNe1xmec5IfC0WAicDj aEqEMKLCrgg/KC5crU0a+CnmOvF/70RqHfXpEQE/9+qkiKA3M4Vit/NjFWKVmtqG3X 90IpeKWNK6Gwg== Received: from sofa.misterjones.org ([185.219.108.64] helo=goblin-girl.misterjones.org) by disco-boy.misterjones.org with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.95) (envelope-from ) id 1od7qw-00CwrO-Hq; Tue, 27 Sep 2022 11:30:14 +0100 Date: Tue, 27 Sep 2022 06:30:14 -0400 Message-ID: <86wn9p6rex.wl-maz@kernel.org> From: Marc Zyngier To: Gavin Shan Cc: kvmarm@lists.cs.columbia.edu, kvm@vger.kernel.org, catalin.marinas@arm.com, bgardon@google.com, shuah@kernel.org, andrew.jones@linux.dev, will@kernel.org, dmatlack@google.com, peterx@redhat.com, pbonzini@redhat.com, zhenyzha@redhat.com, shan.gavin@gmail.com, james.morse@arm.com, suzuki.poulose@arm.com, alexandru.elisei@arm.com, oliver.upton@linux.dev, Sean Christopherson Subject: Re: [PATCH v4 0/6] KVM: arm64: Enable ring-based dirty memory tracking In-Reply-To: <20220927005439.21130-1-gshan@redhat.com> References: <20220927005439.21130-1-gshan@redhat.com> User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI-EPG/1.14.7 (Harue) FLIM-LB/1.14.9 (=?UTF-8?B?R29qxY0=?=) APEL-LB/10.8 EasyPG/1.0.0 Emacs/27.1 (aarch64-unknown-linux-gnu) MULE/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII X-SA-Exim-Connect-IP: 185.219.108.64 X-SA-Exim-Rcpt-To: gshan@redhat.com, kvmarm@lists.cs.columbia.edu, kvm@vger.kernel.org, catalin.marinas@arm.com, bgardon@google.com, shuah@kernel.org, andrew.jones@linux.dev, will@kernel.org, dmatlack@google.com, peterx@redhat.com, pbonzini@redhat.com, zhenyzha@redhat.com, shan.gavin@gmail.com, james.morse@arm.com, suzuki.poulose@arm.com, alexandru.elisei@arm.com, oliver.upton@linux.dev, seanjc@google.com X-SA-Exim-Mail-From: maz@kernel.org X-SA-Exim-Scanned: No (on disco-boy.misterjones.org); SAEximRunCond expanded to false Precedence: bulk List-ID: X-Mailing-List: kvm@vger.kernel.org + Sean On Mon, 26 Sep 2022 20:54:33 -0400, Gavin Shan wrote: > > This series enables the ring-based dirty memory tracking for ARM64. > The feature has been available and enabled on x86 for a while. It > is beneficial when the number of dirty pages is small in a checkpointing > system or live migration scenario. More details can be found from > fb04a1eddb1a ("KVM: X86: Implement ring-based dirty memory tracking"). > > This series is applied on top of Marc's v2 series [0], fixing dirty-ring > ordering issue. This looks good to me as it stands. If someone on the x86 side of things is willing to ack the x86 changes (both here and in my series[0]), I'm happy to queue the whole thing. Thanks, M. [0] https://lore.kernel.org/kvmarm/20220926145120.27974-1-maz@kernel.org -- Without deviation from the norm, progress is not possible.