Received: by 2002:a25:8b12:0:0:0:0:0 with SMTP id i18csp2714697ybl; Mon, 19 Aug 2019 06:30:30 -0700 (PDT) X-Google-Smtp-Source: APXvYqwVegBkRZUnQ5MBOqucHDuZHxe0P0NtyUBGe+1+YejhEcon8ollcZ1o+nL8wcfkZOX4T1XH X-Received: by 2002:a17:902:7581:: with SMTP id j1mr22262183pll.289.1566221430231; Mon, 19 Aug 2019 06:30:30 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1566221430; cv=none; d=google.com; s=arc-20160816; b=uczf/n7JdsSPeYXr8ET9+a7mDBWQIS0KqZEgXFlYEjZVv6rjoChyzemlyHzWMZAifZ 8lJ1Y7ODDC7YR6vIvscDuSP9HGuovN/3JP/BltB3QbHzrPvH9u2LQU+BV8wYEB11IyoN aK9mE9mvZhI78T9VH9y/bEPN4gCWbl856WgkjyxHW7LEu/7M7jVVUO9JXMyx6EQvo9H/ SpcH+1BS2I5MJ85Qc9RPHLBp68E4ce0uJxN3/rVw+QCp2TlJglkYwMgkan1BlIvmiHjr +Q++Rf9Y9Vhv4ymhBAn9WwhxEUIFVWOVW19ae9fow2rSmBYRru2uDqtAPg+uSORFGzZE iW6w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :message-id:in-reply-to:subject:cc:to:from:date; bh=GraSYTlh/Dlb4IL1uXc3ifWrUUufiQ2tx13NLzR92LE=; b=gifmH4l02QlYAhH77OeuGZqFa+ZUWFQomZFgvOz0nOMQzwjD9O45znjUuQBAoNuZoA EAt4GAZy83dCADql+7xo3BWXvjxwnUxq/xhkTr8AnQvX4NLI5Ye/C4RanQlabRxnNEo+ iC/iVVGMKvFfpqZmiGCd4kcs8lmWJTx1HjyNZ0EYn5/HUi5uYwxjsREoWwanxQB3fn2u SekDmvYEH1Qr97tbAydL0+v8BEkcMQ/4YaMt5qHzJONoxcc2tKszE2/U5qv7gu7R7qrx cbWkL2VEJl8lRnfusY4YLjglUiJx+jzJJWez1GFAEHclWiE8a8v6n6xAu4S/mfv6sYej k9Og== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id n63si9776506pga.511.2019.08.19.06.30.14; Mon, 19 Aug 2019 06:30:30 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727689AbfHSN2A (ORCPT + 99 others); Mon, 19 Aug 2019 09:28:00 -0400 Received: from Galois.linutronix.de ([193.142.43.55]:47221 "EHLO Galois.linutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727614AbfHSN2A (ORCPT ); Mon, 19 Aug 2019 09:28:00 -0400 Received: from [5.158.153.52] (helo=nanos.tec.linutronix.de) by Galois.linutronix.de with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1hzhhQ-0004Vx-MT; Mon, 19 Aug 2019 15:27:52 +0200 Date: Mon, 19 Aug 2019 15:27:51 +0200 (CEST) From: Thomas Gleixner To: lantianyu1986@gmail.com cc: pbonzini@redhat.com, rkrcmar@redhat.com, corbet@lwn.net, kys@microsoft.com, haiyangz@microsoft.com, sthemmin@microsoft.com, sashal@kernel.org, mingo@redhat.com, bp@alien8.de, hpa@zytor.com, x86@kernel.org, michael.h.kelley@microsoft.com, Tianyu Lan , kvm@vger.kernel.org, linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, linux-hyperv@vger.kernel.org, vkuznets@redhat.com Subject: Re: [PATCH V3 2/3] KVM/Hyper-V: Add new KVM cap KVM_CAP_HYPERV_DIRECT_TLBFLUSH In-Reply-To: <20190819131737.26942-3-Tianyu.Lan@microsoft.com> Message-ID: References: <20190819131737.26942-1-Tianyu.Lan@microsoft.com> <20190819131737.26942-3-Tianyu.Lan@microsoft.com> User-Agent: Alpine 2.21 (DEB 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 19 Aug 2019, lantianyu1986@gmail.com wrote: > From: Tianyu Lan > > This patch adds Same git grep command as before > new KVM cap KVM_CAP_HYPERV_DIRECT_TLBFLUSH and let baseball cap? Please do not use weird acronyms. This is text and there is not limitation on characters. > user space to enable direct tlb flush function when only Hyper-V > hypervsior capability is exposed to VM. Sorry, but I'm not understanding this sentence. > This patch also adds Once more > enable_direct_tlbflush callback in the struct kvm_x86_ops and > platforms may use it to implement direct tlb flush support. Please tell in the changelog WHY you are doing things not what. The what is obviously in the patch. So you want to explain what you are trying to achieve and why it is useful. Then you can add a short note about what you are adding, but not at the level of detail which is available from the diff itself. Thanks, tglx