Received: by 2002:a6b:500f:0:0:0:0:0 with SMTP id e15csp2744336iob; Sat, 30 Apr 2022 18:30:43 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyfpjsS1bUikhGzDs0LMiUUTazOoLkeHyGSSFRee4ztyM1z6lkTxiYpzl/SMTneAhfvFy3U X-Received: by 2002:a05:651c:1699:b0:24f:1529:38d0 with SMTP id bd25-20020a05651c169900b0024f152938d0mr4054521ljb.397.1651368643124; Sat, 30 Apr 2022 18:30:43 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1651368643; cv=none; d=google.com; s=arc-20160816; b=JLoqjFHbOSNS2amq8FG5keHp6tbrK1Ryplx9SkJO2QNDfcaLNVbvVZBInPBpZQJEbB FIvbgMa/uF7OhkQPsuV/PR/0q82+Qaym5BBAk0slRI1uHK38ZTb23us0ZGPSNRj7f1F/ ifuTcGQGlvmHnGwibmWmlAW5/cs0TjwJnFtQjPTVjVaZjB+b1XkhEJkPUeL5GOO2Mzwa TniKIdV2/vejMDRcfm0wnt3wc/aOxe48uDjQW5s6g8Hs/MJ2p8mb45b2c53DBx0FcXEb x0sP9tneit7G8hme/KDEEJtP2/yGyIxMoq3o5UGmLUNaF2cQwZNCANoLDLBmlFetD7tu ZjaQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:date:cc:to:from:subject :message-id:dkim-signature; bh=+3LdEdkdoLKwdyJRw9U/ij8FGS03kA2dkuIR6qlHtPI=; b=TyKS9cUdrABlplSVa5iOEUOs4EdIXxAQM81VXjdYHpBOzUMGZy6tov2i/31Vuf3p/q ncwxIo+yk+MZxRuY+vNjt/shSwbNvGJnLE2PqC0Pk25h/+Osz5DQVQGdg9wOddiaMT+1 gx7t+hT6SslQZ31IUfb1rk+zn5DrxUwDgjKravnIL6i4Dva6amDdxCUH0YgGD+8s9Nff gHDG/OXUvgFwGL70GjrvXLxXl2YuVcnLs83bsouB6ApRWh//2UOevepDriRElpi0ejSv IEM5pfQHySOk3J5/3zIAnMWBJm7SoX5uz054zLshQL6JY6wFfvBoP4xa5AxXLRr2rPkN HQYQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=SyvShgxk; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 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 out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id m21-20020a2e9355000000b0024f1a4d86a8si10859058ljh.542.2022.04.30.18.29.15; Sat, 30 Apr 2022 18:30:43 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=SyvShgxk; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 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 S1344768AbiD1RZ1 (ORCPT + 99 others); Thu, 28 Apr 2022 13:25:27 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:50592 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1343575AbiD1RZW (ORCPT ); Thu, 28 Apr 2022 13:25:22 -0400 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.129.124]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id B34685BE7B for ; Thu, 28 Apr 2022 10:22:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1651166526; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=+3LdEdkdoLKwdyJRw9U/ij8FGS03kA2dkuIR6qlHtPI=; b=SyvShgxkITSkUYtLop193a253A3m7PHLPqw5dZ9AS+PSH4bQDWSx5G68WNAmv2xqyOmcjt hcheFYFX0ddGbYZiEfcOBumrezUiBd5o081A5JpyLrXQg5wuajIomotaMVxC101Of/I5oJ C/tX507ssDrab6/CGlmyMGnPhRj4XdE= Received: from mimecast-mx02.redhat.com (mimecast-mx02.redhat.com [66.187.233.88]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id us-mta-615-RaGUCpt0NaGLulKogK1Acw-1; Thu, 28 Apr 2022 13:22:01 -0400 X-MC-Unique: RaGUCpt0NaGLulKogK1Acw-1 Received: from smtp.corp.redhat.com (int-mx08.intmail.prod.int.rdu2.redhat.com [10.11.54.8]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx02.redhat.com (Postfix) with ESMTPS id CE6C8101AA45; Thu, 28 Apr 2022 17:22:00 +0000 (UTC) Received: from starship (unknown [10.40.192.41]) by smtp.corp.redhat.com (Postfix) with ESMTP id 82500C15D40; Thu, 28 Apr 2022 17:21:57 +0000 (UTC) Message-ID: Subject: Re: [syzbot] WARNING in kvm_mmu_uninit_tdp_mmu (2) From: Maxim Levitsky To: Sean Christopherson Cc: syzbot , bp@alien8.de, dave.hansen@linux.intel.com, hpa@zytor.com, jmattson@google.com, joro@8bytes.org, kvm@vger.kernel.org, linux-kernel@vger.kernel.org, mingo@redhat.com, pbonzini@redhat.com, syzkaller-bugs@googlegroups.com, tglx@linutronix.de, vkuznets@redhat.com, wanpengli@tencent.com, x86@kernel.org Date: Thu, 28 Apr 2022 20:21:56 +0300 In-Reply-To: <8f21a9d4b4ceb7c515f776b1a981c801e439c5f0.camel@redhat.com> References: <00000000000082452505dd503126@google.com> <13b3235ef66f22475fd4059df95ad0144548ccd1.camel@redhat.com> <8f21a9d4b4ceb7c515f776b1a981c801e439c5f0.camel@redhat.com> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.36.5 (3.36.5-2.fc32) MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.85 on 10.11.54.8 X-Spam-Status: No, score=-3.4 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_LOW, SPF_HELO_NONE,SPF_NONE autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 2022-04-28 at 20:16 +0300, Maxim Levitsky wrote: > On Thu, 2022-04-28 at 15:32 +0000, Sean Christopherson wrote: > > On Tue, Apr 26, 2022, Maxim Levitsky wrote: > > > I can reproduce this in a VM, by running and CTRL+C'in my ipi_stress test, > > > > Can you post your ipi_stress test? I'm curious to see if I can repro, and also > > very curious as to what might be unique about your test. I haven't been able to > > repro the syzbot test, nor have I been able to repro by killing VMs/tests. > > > > This is the patch series (mostly attempt to turn svm to mini library, > but I don't know if this is worth it. > It was done so that ipi_stress could use nesting itself to wait for IPI > from within a nested guest. I usually don't use it. > > This is more or less how I was running it lately (I have a wrapper script) > > > ./x86/run x86/ipi_stress.flat \ > -global kvm-pit.lost_tick_policy=discard \ > -machine kernel-irqchip=on -name debug-threads=on \ > \ > -smp 8 \ > -cpu host,x2apic=off,svm=off,-hypervisor \ > -overcommit cpu-pm=on \ > -m 4g -append "0 10000" I forgot to mention: this should be run in a loop. Best regards, Maxim Levitsky > > > Its not fully finised for upstream, I will get to it soon. > > 'cpu-pm=on' won't work for you as this fails due to non atomic memslot > update bug for which I have a small hack in qemu, and it is on my > backlog to fix it correctly. > > Mostly likely cpu_pm=off will also reproduce it. > > > Test was run in a guest, natively this doesn't seem to reproduce. > tdp mmu was used for both L0 and L1. > > Best regards, > Maxim levitsky