Received: by 2002:a05:6a10:c7c6:0:0:0:0 with SMTP id h6csp1636249pxy; Mon, 2 Aug 2021 06:46:48 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxlm+2+x3gXchjg8YaqHKOcISO02CXyFAIORXcKv6tUjQ691vncrrEDZbDwVAvbOQRny7Nl X-Received: by 2002:a92:dc10:: with SMTP id t16mr330885iln.95.1627912008656; Mon, 02 Aug 2021 06:46:48 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1627912008; cv=none; d=google.com; s=arc-20160816; b=mzpvJSO2Lv3IdtlgbrRnxZk1eiYPpG5Ev2qeK0ASG+G6aLDLhiJmcCraFQkR5W3vPn aNkI8xqjajjfSR8+/Sfg6ClKPaEPo4eq+RM5SDtkupgdAWtUstm7I4DcXA1ksq4RQaki DFHoVc5nM+d2kXXmwsSx00bEX6I0ojKCSXoeiSMUgaXAoWWcjiIfZaxT4kL9+U1tBFig DGAI62rG+Y91XFQDdos9YBsIWemzsqfNq9nf0e85Nirw6OuUhtBVUMgDL2uNUhJ5zgDZ 3LPYZKw0EWXZRl3m30ceif16UK69oiBeb6yODCRRwB9tMGLLEYN3eCVnT5T5Wp9KlNu0 FTCA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from; bh=Xw6uq8cZ931VqgwvWo+iwEHAIgdTU8Cxoo2SmkRO5ZI=; b=C79a1s7P1qWhE/BnX1xTvvY5MUfNVfARKID9FY+he6mbQJQ3D6SnUg0iNHNZuq1yBP XzawfMNKl2nBKDatYhuKdGe3neJ5gUsiXtEttiRNJDqFkdHZEYp/9HAgFhc8LIccpF0q M+xrzxFX3eF+l19HqmWUiCndsPKlf3wXFjKNZinOM44+d90tuHieTHh51QUNFmv4wJnI g6cb+wcmaIk33bOhoBCdbjv2ufJTbsZGGmlLgHxBtyPz9B254j4JfIUpwZDaomBK97/e 05rFsz1L7u8Xuz0aCvaqNtniiwA2j0cljZD2t2pMUuTT4whCM25YDmLtl3BERLQqBHuA ArKw== ARC-Authentication-Results: i=1; mx.google.com; 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=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id a5si13898092ioo.37.2021.08.02.06.46.37; Mon, 02 Aug 2021 06:46:48 -0700 (PDT) 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; 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=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233948AbhHBNqD (ORCPT + 99 others); Mon, 2 Aug 2021 09:46:03 -0400 Received: from mail.kernel.org ([198.145.29.99]:55312 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233863AbhHBNqC (ORCPT ); Mon, 2 Aug 2021 09:46:02 -0400 Received: from disco-boy.misterjones.org (disco-boy.misterjones.org [51.254.78.96]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 9E52060F6D; Mon, 2 Aug 2021 13:45:53 +0000 (UTC) Received: from sofa.misterjones.org ([185.219.108.64] helo=hot-poop.lan) by disco-boy.misterjones.org with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1mAYGN-002Spk-Pn; Mon, 02 Aug 2021 14:45:51 +0100 From: Marc Zyngier To: Paolo Bonzini , kvm@vger.kernel.org, linux-kernel@vger.kernel.org Cc: kvmarm@lists.cs.columbia.edu Subject: Re: [PATCH] KVM: ARM: count remote TLB flushes Date: Mon, 2 Aug 2021 14:45:47 +0100 Message-Id: <162791193623.3441939.13198222517993801713.b4-ty@kernel.org> X-Mailer: git-send-email 2.30.2 In-Reply-To: <20210727103251.16561-1-pbonzini@redhat.com> References: <20210727103251.16561-1-pbonzini@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit X-SA-Exim-Connect-IP: 185.219.108.64 X-SA-Exim-Rcpt-To: pbonzini@redhat.com, kvm@vger.kernel.org, linux-kernel@vger.kernel.org, kvmarm@lists.cs.columbia.edu 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: linux-kernel@vger.kernel.org On Tue, 27 Jul 2021 12:32:51 +0200, Paolo Bonzini wrote: > KVM/ARM has an architecture-specific implementation of > kvm_flush_remote_tlbs; however, unlike the generic one, > it does not count the flushes in kvm->stat.remote_tlb_flush, > so that it inexorably remained stuck to zero. Applied to next, thanks! [1/1] KVM: ARM: count remote TLB flushes commit: 38f703663d4c82ead5b51b8860deeef19d6dcb6d Cheers, M. -- Without deviation from the norm, progress is not possible.