Received: by 2002:a25:c593:0:0:0:0:0 with SMTP id v141csp1107753ybe; Wed, 11 Sep 2019 09:28:56 -0700 (PDT) X-Google-Smtp-Source: APXvYqxuswBdLpXMeecModijO4ENSSHOGJUxyEfdg29Woi+65VwopGK3QBXa6jXBFp2+QlOb+tzp X-Received: by 2002:a50:e701:: with SMTP id a1mr31584700edn.108.1568219335940; Wed, 11 Sep 2019 09:28:55 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1568219335; cv=none; d=google.com; s=arc-20160816; b=iAPyo9L8FGnvl+9YCs7MvEUWT37T/UeAETBBXJ6ubM7HqPkLz96o1pp7JRjteDsqXv wRFKPIyuatmbhKw1Ny85ONxJcOW43APjnR9I58YZDItyrJwp6vGGkSXahIE30ca0wLxA 0ZO9rtOmiS5wG3ibuLtGgmVvb9nineDajqxV6yHRNCFqKTbOk3sgNN0Hj7PRD9yv42ER 7XQdNPF/ZiaVPErfDx9lhYFj0Nm3Qu+AL0o5RCvVAK5tCXHU1h5rXYfahpq/Q/KUw2E4 EhyoyqalVikXzfZ87I2R5UwhmyufbR915UfkM4qSvk23/i6FFQ5onNWCPQ77JBqcXRE9 MJsQ== 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 :content-language:in-reply-to:mime-version:user-agent:date :message-id:openpgp:from:references:cc:to:subject; bh=jouLTsamzJ4avMDtLnEA4ZYZ2r8dstKdUGPZA1EeyPc=; b=WMCHA7LaADIB0mVwt24R7dySGiqq9qT40WYRZu8oryGZd2dxn9D/ToKGHCoMubn7qm ICPA5htEvwrOAtU1dRbBGBQ6mluVn40XBb70fLbE25Z3e36/ZMTJiJxT0GBXXMBQUqRX rO/Jp7+fqqvp12ljoJ3kYzcQLOHha7vOrlxUfGVYgy4IBlGHjmdo2V3LDLXv53saBtkY YBPSCKNwp/gYwe5vuIK9HnEzgu8idPqaGFhN30MySYDWV5gb0wfu/fiGTuZE8gerLIs0 yqq6DjHoKf+DmqLrrbzhodUbOKNDAtO6TbFRgYrpZfCgvbJosnDYhvIm5v8T/H/8sWwY kDwA== 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; dmarc=fail (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 v15si10489762eji.111.2019.09.11.09.28.31; Wed, 11 Sep 2019 09:28:55 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729179AbfIKQZq (ORCPT + 99 others); Wed, 11 Sep 2019 12:25:46 -0400 Received: from mx1.redhat.com ([209.132.183.28]:48438 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728825AbfIKQZp (ORCPT ); Wed, 11 Sep 2019 12:25:45 -0400 Received: from mail-wr1-f72.google.com (mail-wr1-f72.google.com [209.85.221.72]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id D46913D3C for ; Wed, 11 Sep 2019 16:25:44 +0000 (UTC) Received: by mail-wr1-f72.google.com with SMTP id j3so10684983wrn.7 for ; Wed, 11 Sep 2019 09:25:44 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:openpgp:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=jouLTsamzJ4avMDtLnEA4ZYZ2r8dstKdUGPZA1EeyPc=; b=QZkn+VZ1VdH4nJGGCTXYwPguAmAvgEzhjVNpTZ6bgBcAeV5lxfbOkYjLQoQs6oXYvP inIm707JDjSbExdUazJhfYtm3lYi5urr0yYjCmKV4d0dOk/qEtPLAvCtyg9EXuAz3noP /Ip4c10saF+L8eB38XdeSJ0nsFM3j+5vdyla0IifAZNt9dX/eHnqNBq1Dcu8r6CY1bkj KNfzSFBGikysYWcRwaQV/b63QVLXaz+JlLOq+NCjwchpmryZcUKPDXd6WDnQQCmtyuwY wVy/P9IZMRnw1It65c5JOYw+NniPKihh5hYxh/sVNZq6fzyu4cI/A+Iu8y325Xd7Eui4 b8+Q== X-Gm-Message-State: APjAAAWRG9I9EXLaNJel7q0bYDbzHCCB0mZr0tU13twKz9keb0Klla54 IhnFE0mC1IKXEnLs5tg533HGHk371afcwCab/35DQa5HVGmsTndSmfkLZRGMPRmXR/hKkHo1ep2 b5G8bwddKb45u75iUIO/RD6Bs X-Received: by 2002:adf:db8e:: with SMTP id u14mr5211830wri.50.1568219143519; Wed, 11 Sep 2019 09:25:43 -0700 (PDT) X-Received: by 2002:adf:db8e:: with SMTP id u14mr5211814wri.50.1568219143230; Wed, 11 Sep 2019 09:25:43 -0700 (PDT) Received: from ?IPv6:2001:b07:6468:f312:102b:3795:6714:7df6? ([2001:b07:6468:f312:102b:3795:6714:7df6]) by smtp.gmail.com with ESMTPSA id d78sm4041480wmd.47.2019.09.11.09.25.42 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 11 Sep 2019 09:25:42 -0700 (PDT) Subject: Re: [PATCH] KVM: LAPIC: Fix SynIC Timers inject timer interrupt w/o LAPIC present To: Wanpeng Li , Vitaly Kuznetsov Cc: LKML , kvm , =?UTF-8?B?UmFkaW0gS3LEjW3DocWZ?= References: <1567680270-14022-1-git-send-email-wanpengli@tencent.com> <87ftlakhn6.fsf@vitty.brq.redhat.com> From: Paolo Bonzini Openpgp: preference=signencrypt Message-ID: <23b9c284-9317-2c9a-ed3d-6bdf9ac0dea5@redhat.com> Date: Wed, 11 Sep 2019 18:25:40 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 06/09/19 03:54, Wanpeng Li wrote: > On Thu, 5 Sep 2019 at 21:16, Vitaly Kuznetsov wrote: >> >> Wanpeng Li writes: >> >>> From: Wanpeng Li >>> >>> Reported by syzkaller: >>> >>> kasan: GPF could be caused by NULL-ptr deref or user memory access >>> general protection fault: 0000 [#1] PREEMPT SMP KASAN >>> RIP: 0010:__apic_accept_irq+0x46/0x740 arch/x86/kvm/lapic.c:1029 >>> Call Trace: >>> kvm_apic_set_irq+0xb4/0x140 arch/x86/kvm/lapic.c:558 >>> stimer_notify_direct arch/x86/kvm/hyperv.c:648 [inline] >>> stimer_expiration arch/x86/kvm/hyperv.c:659 [inline] >>> kvm_hv_process_stimers+0x594/0x1650 arch/x86/kvm/hyperv.c:686 >>> vcpu_enter_guest+0x2b2a/0x54b0 arch/x86/kvm/x86.c:7896 >>> vcpu_run+0x393/0xd40 arch/x86/kvm/x86.c:8152 >>> kvm_arch_vcpu_ioctl_run+0x636/0x900 arch/x86/kvm/x86.c:8360 >>> kvm_vcpu_ioctl+0x6cf/0xaf0 arch/x86/kvm/../../../virt/kvm/kvm_main.c:2765 >>> >>> The testcase programs HV_X64_MSR_STIMERn_CONFIG/HV_X64_MSR_STIMERn_COUNT, >>> in addition, there is no lapic in the kernel, the counters value are small >>> enough in order that kvm_hv_process_stimers() inject this already-expired >>> timer interrupt into the guest through lapic in the kernel which triggers >>> the NULL deferencing. This patch fixes it by checking lapic_in_kernel, >>> discarding the inject if it is 0. >>> >>> Reported-by: syzbot+dff25ee91f0c7d5c1695@syzkaller.appspotmail.com >>> Cc: Paolo Bonzini >>> Cc: Radim Krčmář >>> Cc: Vitaly Kuznetsov >>> Signed-off-by: Wanpeng Li >>> --- >>> arch/x86/kvm/hyperv.c | 4 +++- >>> 1 file changed, 3 insertions(+), 1 deletion(-) >>> >>> diff --git a/arch/x86/kvm/hyperv.c b/arch/x86/kvm/hyperv.c >>> index c10a8b1..461fcc5 100644 >>> --- a/arch/x86/kvm/hyperv.c >>> +++ b/arch/x86/kvm/hyperv.c >>> @@ -645,7 +645,9 @@ static int stimer_notify_direct(struct kvm_vcpu_hv_stimer *stimer) >>> .vector = stimer->config.apic_vector >>> }; >>> >>> - return !kvm_apic_set_irq(vcpu, &irq, NULL); >>> + if (lapic_in_kernel(vcpu)) >>> + return !kvm_apic_set_irq(vcpu, &irq, NULL); >>> + return 0; >>> } >>> >>> static void stimer_expiration(struct kvm_vcpu_hv_stimer *stimer) >> >> Hm, but this basically means direct mode synthetic timers won't work >> when LAPIC is not in kernel but the feature will still be advertised to >> the guest, not good. Shall we stop advertizing it? Something like >> (completely untested): >> >> diff --git a/arch/x86/kvm/hyperv.c b/arch/x86/kvm/hyperv.c >> index 3f5ad84853fb..1dfa594eaab6 100644 >> --- a/arch/x86/kvm/hyperv.c >> +++ b/arch/x86/kvm/hyperv.c >> @@ -1856,7 +1856,13 @@ int kvm_vcpu_ioctl_get_hv_cpuid(struct kvm_vcpu *vcpu, struct kvm_cpuid2 *cpuid, >> >> ent->edx |= HV_FEATURE_FREQUENCY_MSRS_AVAILABLE; >> ent->edx |= HV_FEATURE_GUEST_CRASH_MSR_AVAILABLE; >> - ent->edx |= HV_STIMER_DIRECT_MODE_AVAILABLE; >> + >> + /* >> + * Direct Synthetic timers only make sense with in-kernel >> + * LAPIC >> + */ >> + if (lapic_in_kernel(vcpu)) >> + ent->edx |= HV_STIMER_DIRECT_MODE_AVAILABLE; >> >> break; > > Thanks, I fold this into v2, syzkaller even didn't check the cpuid, so > I still keep the discard inject part. Can you also include a beautified testcase or at least a link to the syzkaller source? Thanks, Paolo