Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp4737423yba; Mon, 20 May 2019 02:55:38 -0700 (PDT) X-Google-Smtp-Source: APXvYqzpqlQcnOubcoM6CZOhWMwSTBJqgvor+uvn9twF2LUxJUGnvh/YvdmUmkbp5qpuWFAlTqk9 X-Received: by 2002:a17:902:ba88:: with SMTP id k8mr1073782pls.16.1558346137914; Mon, 20 May 2019 02:55:37 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1558346137; cv=none; d=google.com; s=arc-20160816; b=agPcZOCpu9V59wsgAfQpBaFer0jIl73iAOFMCXiOtqaNzSQVfWgeohJfFYNKfeooSt 33bT7NVXHF+cC87g8lJNbERr4L4/JVl/V0zTvJxo0ogbBPem8ozzCI8LoCFZEuC/YK6u nlGotqz3BtULhHC3l5Hh5OnBhXrYktd86JP+Xr9M4hBudsqKtXOVtE14M5Wgx3xahxLY a4CCpvQbkO0tgHbP9vAkLYZeJH9/gXUU0CsG48nt1bxrwRWOuCS0WlcaVPtt/NguDvRd 2IzM4ee0DRmZi+ZSOkXZRjG7T6C72Mk8Ju4HXo10zsvlDXz8GVv0M/vEq4wrHcKLvfBx Gjng== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:cc:to:subject :message-id:date:from:in-reply-to:references:mime-version :dkim-signature; bh=poGLomknypPnnvqegI1e/8auc3NxDkJy8/MZab3jklw=; b=rXGP1x7eIgaWncqnbn4UZ6yG9F2vsw9iyx5bAFtaOsvbcp5LT6BUHkKRTJqMSWGMky Bri2M9xH3WX+2TmaqyaawgxiF9RzL2Jp+hBs7fAgobp6fOMhu8//Bwv/XUvr3awDy19R qsG0f/NWFGNwOwuiRMeskPn4IuPbT9eXFshZJ5Myl4jpN7luRCa5j5/f7l6Qj8HyuQbO HnZ4wiuTKeBrr20PfwsAaetFo6v+pdpI9FY3jG5kUdSTmqgWxBt+EpeeDIWkZGDUsmPT HHhWOobVyoPm2LdrmyMqpp05ZVRIHb0s4hAoJtiFMJ8E9FazM0ncDBUuMxuL699EXKEp sihA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=dxbouzY7; 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; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id l37si18207878plb.106.2019.05.20.02.55.22; Mon, 20 May 2019 02:55:37 -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; dkim=pass header.i=@gmail.com header.s=20161025 header.b=dxbouzY7; 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; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730804AbfETIn4 (ORCPT + 99 others); Mon, 20 May 2019 04:43:56 -0400 Received: from mail-ot1-f68.google.com ([209.85.210.68]:46891 "EHLO mail-ot1-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729934AbfETIn4 (ORCPT ); Mon, 20 May 2019 04:43:56 -0400 Received: by mail-ot1-f68.google.com with SMTP id j49so12180494otc.13; Mon, 20 May 2019 01:43:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=poGLomknypPnnvqegI1e/8auc3NxDkJy8/MZab3jklw=; b=dxbouzY70Zidh7fwbXOY8MrXx/w++QKRfxIm7iIi6sTlMcp30X30MPAMiAgisdfUZQ u+C33znAN9PjThcSi0SI6EegQBSDfZsIn527lGsGkoufrD2CmTCob5ONCxdXuksvHKG4 +Pf3Y5srRsG756NViTDiBb77l+C7wftiMBgK3pkOUMTfsnM3qVlP7Y11g36yjUkFJOqd duFiUbhKblvBjN6niTyJXf7nWomcLeXqAADUbwL3OseZYhjrS+KZQMmxPY+G92D0Zavn p9RR8XgozDeHAMywB8gW9WgPOtomb2OMZj3+vOkQGhZIDo6bjlHxoVJAyqs/svnWQRos uFjg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=poGLomknypPnnvqegI1e/8auc3NxDkJy8/MZab3jklw=; b=Rd83rhtwwRpKzBGm7rRBp5R13v1PMyNTqt+0UQYp27TIyG2mXhoMlN3c0aBCjcMAil G8tgnj89ZId+hd9Im47XtV6J/WE+vWrFtCyNjF/DjNgut7xVBTx0HF0Oj5XYynSjcunk QtDELZo9p/SXBUgU0FAxJqwwDpja1UrhhtS09swXpjlPlmkTh0FHYnrdHGoe/tF4P3Rj JVRLf6cg0NnELG8MWRoYRlJ0I49sQDkic+V8e0tW7YKrJ/KxYFnD9R6LaHOZ726yWQ3r 2wcgZyPB22t+PyaEC0oirvNUe22eQTEEUJjUSRh8ePKiLWv9QgBu2S749oIgfwKpTwHI yBOg== X-Gm-Message-State: APjAAAUv15H2QfdbJ51Zgm6o+vKhuAAzNv4VlX6fLL3xkfarm9Ng8m5U MDcnNaUZ8fQehMaRDh6kGK4g4kzeVCOUwlQs+ac= X-Received: by 2002:a9d:6312:: with SMTP id q18mr3208532otk.45.1558341835532; Mon, 20 May 2019 01:43:55 -0700 (PDT) MIME-Version: 1.0 References: <1557975980-9875-1-git-send-email-wanpengli@tencent.com> <1557975980-9875-4-git-send-email-wanpengli@tencent.com> <20190517200509.GJ15006@linux.intel.com> In-Reply-To: <20190517200509.GJ15006@linux.intel.com> From: Wanpeng Li Date: Mon, 20 May 2019 16:43:46 +0800 Message-ID: Subject: Re: [PATCH v3 3/5] KVM: LAPIC: Expose per-vCPU timer_advance_ns to userspace To: Sean Christopherson Cc: LKML , kvm , Paolo Bonzini , =?UTF-8?B?UmFkaW0gS3LEjW3DocWZ?= , Liran Alon Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, 18 May 2019 at 04:05, Sean Christopherson wrote: > > On Thu, May 16, 2019 at 11:06:18AM +0800, Wanpeng Li wrote: > > From: Wanpeng Li > > > > Expose per-vCPU timer_advance_ns to userspace, so it is able to > > query the auto-adjusted value. > > > > Cc: Paolo Bonzini > > Cc: Radim Kr=C4=8Dm=C3=A1=C5=99 > > Cc: Sean Christopherson > > Cc: Liran Alon > > Signed-off-by: Wanpeng Li > > --- > > arch/x86/kvm/debugfs.c | 16 ++++++++++++++++ > > 1 file changed, 16 insertions(+) > > > > diff --git a/arch/x86/kvm/debugfs.c b/arch/x86/kvm/debugfs.c > > index c19c7ed..a6f1f93 100644 > > --- a/arch/x86/kvm/debugfs.c > > +++ b/arch/x86/kvm/debugfs.c > > @@ -9,12 +9,22 @@ > > */ > > #include > > #include > > +#include "lapic.h" > > > > bool kvm_arch_has_vcpu_debugfs(void) > > { > > return true; > > } > > > > +static int vcpu_get_timer_advance_ns(void *data, u64 *val) > > +{ > > + struct kvm_vcpu *vcpu =3D (struct kvm_vcpu *) data; > > + *val =3D vcpu->arch.apic->lapic_timer.timer_advance_ns; > > This needs to ensure to check lapic_in_kernel() to ensure apic isn't NULL= . > Actually, I think we can skip creation of the parameter entirely if > lapic_in_kernel() is false. VMX and SVM both instantiate the lapic > during kvm_arch_vcpu_create(), which is (obviously) called before > kvm_arch_create_vcpu_debugfs(). Handle this in v4. > > > + return 0; > > +} > > + > > +DEFINE_SIMPLE_ATTRIBUTE(vcpu_timer_advance_ns_fops, vcpu_get_timer_adv= ance_ns, NULL, "%llu\n"); > > + > > static int vcpu_get_tsc_offset(void *data, u64 *val) > > { > > struct kvm_vcpu *vcpu =3D (struct kvm_vcpu *) data; > > @@ -51,6 +61,12 @@ int kvm_arch_create_vcpu_debugfs(struct kvm_vcpu *vc= pu) > > if (!ret) > > return -ENOMEM; > > > > + ret =3D debugfs_create_file("lapic_timer_advance_ns", 0444, > > + vcpu->debugfs_den= try, > > + vcpu, &vcpu_timer= _advance_ns_fops); > > + if (!ret) > > + return -ENOMEM; > > + > > if (kvm_has_tsc_control) { > > ret =3D debugfs_create_file("tsc-scaling-ratio", 0444, > > vcpu->debugfs_den= try, > > -- > > 2.7.4 > >