Received: by 2002:a25:e74b:0:0:0:0:0 with SMTP id e72csp608452ybh; Tue, 21 Jul 2020 03:37:59 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwJkAkFNq31IZd+DEmUP02a3OrgGcThpN1hmvKeV1VsDIFGGUQm1Zp9/KsC9o6Ron2sL3mp X-Received: by 2002:aa7:d4ca:: with SMTP id t10mr25303021edr.244.1595327879440; Tue, 21 Jul 2020 03:37:59 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1595327879; cv=none; d=google.com; s=arc-20160816; b=zV/DqWI+93d9RU7OAGHDVy9T3tWtVFs16unA0Ix0MuNpIgaoICpEKSRON6vE+9/QAb boF4OciIRbSWy8wWgmPQqUTSh4AuuUyIy5ljzEYnjJ9x/5cBYntzcToCa3A2QdYLyNTF bIszZj4DF7gCTMpq6zuh9BMJO/I7VuQ9w52IgzItg0JWv15N3x+AG2RztYuV7aLN2Cw6 g/lNDsJU/La9rn0q9b0pIhZcD7zQpOg7iy/3wtV8xNX6ot+J9/4N08KJMOhL0Qr8CS12 7OO+Kj0fd+PWwWq4PK/7VfJN1f6W64U/2XeUBLyIBStx6vK3MUC2iHnLcXQnSOY8scwk 0jMA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:message-id:date:references :in-reply-to:subject:cc:to:from:dkim-signature; bh=+QcQANYSd60hPwsM1oi+9jY7lQaINgY8Mg9f0/qdPFw=; b=0lja6EnNnDEL47wuIiXiWjcP11hqHL2PVFGS1lauH2oRoj9AGnCKBToPu7ViMRPvIf awNclrTPIuwJ2Y9sPwV2hqDIV8OVsRr9ne9i3KlsLpdsbtdqLi07V2R4fMajWNfUHklX NkGspKvJH4jp8YMwp78q0ASrdzx8kNwOEzp/UdKhP+tkDBJWm1aOI3ZmBk/SI/iwTp23 q6A5+TIaCFWFSS8JFP71Zu+reHAuAqXA85av51oDBPhZaXCHgb9+mLanhmBzQzcw6fTA nYDI2INtK6GUzedm2ytm6gFuoX3El5MZTiyE07K6TaxC7G1mD5sXdeEfoO3xzhIWCVYJ XOUw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=h0SCUlSp; 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=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id o19si11954652ejb.144.2020.07.21.03.37.36; Tue, 21 Jul 2020 03:37:59 -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; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=h0SCUlSp; 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=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727926AbgGUKfJ (ORCPT + 99 others); Tue, 21 Jul 2020 06:35:09 -0400 Received: from us-smtp-delivery-1.mimecast.com ([207.211.31.120]:50053 "EHLO us-smtp-1.mimecast.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726990AbgGUKfI (ORCPT ); Tue, 21 Jul 2020 06:35:08 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1595327707; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=+QcQANYSd60hPwsM1oi+9jY7lQaINgY8Mg9f0/qdPFw=; b=h0SCUlSp0hhx0pYwooGWnz6/rYLP8gGgJ//aGHhgXuzr0cxCoE5Y3cxCimHZoNqe9Uxqnz pkHO/IISmUC4PaY+2GS9+15GNjE2lS/sR/X3nyfZoXyp0sqkTofEqyDrpsYLBhG6z2+HzZ 2LXw9RzcFEAtqOrsL9gYiCLrmRqantA= Received: from mail-wr1-f70.google.com (mail-wr1-f70.google.com [209.85.221.70]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-111-Gu5N-3TINUG4mSVx_V5fwQ-1; Tue, 21 Jul 2020 06:35:04 -0400 X-MC-Unique: Gu5N-3TINUG4mSVx_V5fwQ-1 Received: by mail-wr1-f70.google.com with SMTP id w4so12882726wrm.5 for ; Tue, 21 Jul 2020 03:35:04 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:in-reply-to:references:date :message-id:mime-version; bh=+QcQANYSd60hPwsM1oi+9jY7lQaINgY8Mg9f0/qdPFw=; b=gQD1W75X0W7neRZEA3D5V/j+Vhr0EU07NW0Te0vj8dAUnxhNnSAE2q+RQ5PkvBR/4F XwqPpK53UXlfwfD9CtUYsoHsuAUYQAy7BwGBLosjRLAFGcX6wkqFer5MkRaiHEVSffwd f72YfZ54rbY/bDweglGSdJyD3PtK3saV9KTsFeX2IG9gXAd1CGLVUxkoh2dJcDo3hcmK gyBdLHreMW7OpPL2RO1wFs9XgRb0Jbm8/QohKzwXzTp4GABa6UZGvbTeueYS8xxm0MKF zzWfx5zHRO1qWQTKk3w5Xe83aj2MUHIzvB7VDBrXfqsrQULlAtABRzlUw+OGYiZOyqd2 7xYg== X-Gm-Message-State: AOAM531LdGfRWTtfFrjL1iH62Zx6GMN6O6hX0aCUiqVuLQ5hO1oQv0FQ gvDIg6mUzhKRWJifw1aGeBtwcF1yPHsbVjiM+8XwntUvUU/AFhF+WzFS21qeU4//4h1t9z0Dwhw w9PNJCW7R9bz7uMJWYyKc+0UJ X-Received: by 2002:adf:ee05:: with SMTP id y5mr27007283wrn.185.1595327703546; Tue, 21 Jul 2020 03:35:03 -0700 (PDT) X-Received: by 2002:adf:ee05:: with SMTP id y5mr27007267wrn.185.1595327703348; Tue, 21 Jul 2020 03:35:03 -0700 (PDT) Received: from vitty.brq.redhat.com (g-server-2.ign.cz. [91.219.240.2]) by smtp.gmail.com with ESMTPSA id g144sm2604256wme.2.2020.07.21.03.35.02 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 21 Jul 2020 03:35:02 -0700 (PDT) From: Vitaly Kuznetsov To: Wanpeng Li , linux-kernel@vger.kernel.org, kvm@vger.kernel.org Cc: Paolo Bonzini , Sean Christopherson , Wanpeng Li , Jim Mattson , Joerg Roedel Subject: Re: [PATCH 1/2] KVM: LAPIC: Prevent setting the tscdeadline timer if the lapic is hw disabled In-Reply-To: <1595323468-4380-1-git-send-email-wanpengli@tencent.com> References: <1595323468-4380-1-git-send-email-wanpengli@tencent.com> Date: Tue, 21 Jul 2020 12:35:01 +0200 Message-ID: <87o8o9p356.fsf@vitty.brq.redhat.com> MIME-Version: 1.0 Content-Type: text/plain Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Wanpeng Li writes: > From: Wanpeng Li > > Prevent setting the tscdeadline timer if the lapic is hw disabled. > > Signed-off-by: Wanpeng Li > --- > arch/x86/kvm/lapic.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/arch/x86/kvm/lapic.c b/arch/x86/kvm/lapic.c > index 5bf72fc..4ce2ddd 100644 > --- a/arch/x86/kvm/lapic.c > +++ b/arch/x86/kvm/lapic.c > @@ -2195,7 +2195,7 @@ void kvm_set_lapic_tscdeadline_msr(struct kvm_vcpu *vcpu, u64 data) > { > struct kvm_lapic *apic = vcpu->arch.apic; > > - if (!lapic_in_kernel(vcpu) || apic_lvtt_oneshot(apic) || > + if (!kvm_apic_present(vcpu) || apic_lvtt_oneshot(apic) || > apic_lvtt_period(apic)) > return; Out of pure curiosity, what is the architectural behavior if I disable LAPIC, write to IA32_TSC_DEADLINE and then re-enable LAPIC before the timer was supposed to fire? -- Vitaly