Received: by 2002:a25:6193:0:0:0:0:0 with SMTP id v141csp4961275ybb; Tue, 24 Mar 2020 08:25:36 -0700 (PDT) X-Google-Smtp-Source: ADFU+vtjhv0/ALDEy2gaAV1c0dHkAyKtpHRpBbtYdEcBr7cg+3i0iyvdc4iX48V7864WN0npTFNz X-Received: by 2002:aca:ec16:: with SMTP id k22mr3791904oih.177.1585063536203; Tue, 24 Mar 2020 08:25:36 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1585063536; cv=none; d=google.com; s=arc-20160816; b=XCibwjpNu3gWT+44SInyT7nAkCwRoewLGfCNPM+obPXZAVziOGdOLOow815ZT285Ht JUoL3TCm0tKD+VPW2EX917aqatt6o7hWkoNIxLsjJpHCs3DRLefvwh2WpyxKNIyq0mbl 0kTqtx6KSeLqJ+6YtBtyVbkKgJ4oK0+jFqdatbwMzhmDCLrpDlNV4+VsXiKc6YlUKnK3 w4fs4Tv/KZJ12hIQ+XVum5iyDzpgwP9jf+AbJhhK21CHmX1hhdIYk+i4LI1k0+nJ40aa nUEfJ6YNA67FSvEeA053+bfP7O8LtmbyfrjU9V0uZtWrx9MquvjROat/IPemqh5Qtcyx Dtow== 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=xQhXogf83gPdcUUT+dzsTyfiEXNjWAAq9WGL/3QdsRU=; b=RIZvhBG6xO6PRmasjhPdR2jPgDn/oIK7GL7FATjfXP462a3sDph34d8h3/7vmRROIG T1NNet41M80sUqNy/LoEKNfYZtcEhTjGzQTXdWVphcIp8qC1WqyJRfwIS1yXHY6h5WGp OSvX55W5BHikV/9wO78I8ZRuAF0O77Ql7ztD3VK9iJDUiqTmdJLRTkibGQC9j9SKs+7F Q5uaeJ6c3nWjc3JlC0ZWcq3oJBzANt+sODhcoPUxC5ak2ZEOHu0i5Fb5yDaBnyaUoXHB 1h+yOHb3bgsUtIpOnxWLNWOgIT23tEh9d6tugDZIpuq/Al90WiIt2DPx6WsorIjg+XWz 8XFA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=EfdTOJMd; 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=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id s11si8897581oih.95.2020.03.24.08.25.21; Tue, 24 Mar 2020 08:25:36 -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=@redhat.com header.s=mimecast20190719 header.b=EfdTOJMd; 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=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728150AbgCXPYv (ORCPT + 99 others); Tue, 24 Mar 2020 11:24:51 -0400 Received: from us-smtp-delivery-74.mimecast.com ([216.205.24.74]:43365 "EHLO us-smtp-delivery-74.mimecast.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728014AbgCXPYv (ORCPT ); Tue, 24 Mar 2020 11:24:51 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1585063490; 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=xQhXogf83gPdcUUT+dzsTyfiEXNjWAAq9WGL/3QdsRU=; b=EfdTOJMd1m+UbO8K/jKvXEuxXS1SKL9eHvofPVBa5r8lk27z9hr/OBExo6UmHgWp42UPYC 01hvDEPO3W9OBNelW/23oOyKeFaQ1tEyPkMXfrtv+kVhnrhhXfm/2xPk1bpFKJVJx/wzvI iFrxvnyJUcg1DS8dbKsrV9Y2fmkx2jE= Received: from mail-wr1-f72.google.com (mail-wr1-f72.google.com [209.85.221.72]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-301-ExiZ5QUJMCajYTRd2EGYDA-1; Tue, 24 Mar 2020 11:24:48 -0400 X-MC-Unique: ExiZ5QUJMCajYTRd2EGYDA-1 Received: by mail-wr1-f72.google.com with SMTP id m15so4967298wrb.0 for ; Tue, 24 Mar 2020 08:24:48 -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=xQhXogf83gPdcUUT+dzsTyfiEXNjWAAq9WGL/3QdsRU=; b=s2ScyKZXp0PsoUngRCDMbo4SNh3738vT+yFgAFTNnsdr/2dOjtZQZiLw7QSja1d8ZZ 404IbpmQZSJAshm8RKv/73qh9mE/zPeyVkDjth6RawVxKuGVJr/IPDWQamJkGDmglhJB duhyCiCKTGMAZEVoOFX1nN+H/PIzeNWnhOZEsQYpF+UXJtf3MX8R48RJcfWXanWPMbbF N8nHksHMxn74lgnGFas+eNny6i+fjt/O7dZ03NqzSI+U/F9t7d4cR2P4e86B0XgVTwtX hpUHlPIFLuT4ObIYkAouxOP1YvahANeCki9f5tR6QDZdn/SBbUQ1NWspCDtAnJXsMfEZ f/Wg== X-Gm-Message-State: ANhLgQ3ET8B1dGg5tb7HoI0zFVDQw0JHhHLKuBm+N7NED+1WfR7vEJpM tzQDjXICTDgyWVpPIKzWUPV5Ugv0qUaLpGYj8ZPsmkkGmUFpjx+T6SJKga+PQkgeOLhvkuihEhy +TZZ9dADzm+mc51p6NqiYFoeb X-Received: by 2002:adf:e684:: with SMTP id r4mr6746171wrm.6.1585063487722; Tue, 24 Mar 2020 08:24:47 -0700 (PDT) X-Received: by 2002:adf:e684:: with SMTP id r4mr6746156wrm.6.1585063487562; Tue, 24 Mar 2020 08:24:47 -0700 (PDT) Received: from vitty.brq.redhat.com (g-server-2.ign.cz. [91.219.240.2]) by smtp.gmail.com with ESMTPSA id u16sm29555478wro.23.2020.03.24.08.24.46 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 24 Mar 2020 08:24:46 -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] KVM: LAPIC: Also cancel preemption timer when disarm LAPIC timer In-Reply-To: <1585031530-19823-1-git-send-email-wanpengli@tencent.com> References: <1585031530-19823-1-git-send-email-wanpengli@tencent.com> Date: Tue, 24 Mar 2020 16:24:45 +0100 Message-ID: <87imit7p36.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 > > The timer is disarmed when switching between TSC deadline and other modes, > we should set everything to disarmed state, however, LAPIC timer can be > emulated by preemption timer, it still works if vmx->hv_deadline_timer is > not -1. This patch also cancels preemption timer when disarm LAPIC timer. > > Signed-off-by: Wanpeng Li > --- > arch/x86/kvm/lapic.c | 6 ++++++ > 1 file changed, 6 insertions(+) > > diff --git a/arch/x86/kvm/lapic.c b/arch/x86/kvm/lapic.c > index 338de38..a38f1a8 100644 > --- a/arch/x86/kvm/lapic.c > +++ b/arch/x86/kvm/lapic.c > @@ -1445,6 +1445,8 @@ static void limit_periodic_timer_frequency(struct kvm_lapic *apic) > } > } > > +static void cancel_hv_timer(struct kvm_lapic *apic); > + Nitpick: cancel_hv_timer() is only 4 lines long so I'd suggest we move it instead of adding a forward declaration. > static void apic_update_lvtt(struct kvm_lapic *apic) > { > u32 timer_mode = kvm_lapic_get_reg(apic, APIC_LVTT) & > @@ -1454,6 +1456,10 @@ static void apic_update_lvtt(struct kvm_lapic *apic) > if (apic_lvtt_tscdeadline(apic) != (timer_mode == > APIC_LVT_TIMER_TSCDEADLINE)) { > hrtimer_cancel(&apic->lapic_timer.timer); > + preempt_disable(); > + if (apic->lapic_timer.hv_timer_in_use) > + cancel_hv_timer(apic); > + preempt_enable(); > kvm_lapic_set_reg(apic, APIC_TMICT, 0); > apic->lapic_timer.period = 0; > apic->lapic_timer.tscdeadline = 0; -- Vitaly