Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751631AbdH1QRm (ORCPT ); Mon, 28 Aug 2017 12:17:42 -0400 Received: from mx2.suse.de ([195.135.220.15]:48041 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1751197AbdH1QRk (ORCPT ); Mon, 28 Aug 2017 12:17:40 -0400 Date: Mon, 28 Aug 2017 18:17:38 +0200 Message-ID: From: Takashi Iwai To: Bernhard Held Cc: Adam Borowski , Paolo Bonzini , Wanpeng Li , Radim =?UTF-8?B?S3LEjW3DocWZ?= , kvm , "linux-kernel@vger.kernel.org" Subject: Re: kvm splat in mmu_spte_clear_track_bits In-Reply-To: References: <20170820231302.s732zclznrqxwr46@angband.pl> <20170821191203.jospdwqpnixlotx3@angband.pl> <20170821195833.GA696@flask> <20170821223228.edc6jrm7bpybtqlj@angband.pl> <1c270e76-05be-6f5f-29c6-9cb31f37f71d@redhat.com> <20170825131419.r5lzm6oluauu65nx@angband.pl> <0a85df4b-ca0a-7e70-51dc-90bd1c460c85@redhat.com> <20170827123505.u4kb24kigjqwa2t2@angband.pl> <0dcca3a4-8ecd-0d05-489c-7f6d1ddb49a6@gmx.de> User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?UTF-8?B?R29qxY0=?=) APEL/10.8 Emacs/25.2 (x86_64-suse-linux-gnu) MULE/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 777 Lines: 22 On Mon, 28 Aug 2017 18:07:37 +0200, Bernhard Held wrote: > > On 08/28/2017 at 06:01 PM, Takashi Iwai wrote: > > On Mon, 28 Aug 2017 17:26:05 +0200, > > Bernhard Held wrote: > >> I get crashes with Win10 in kvm > >> > > Did you get the crash reliably? > > I've been struggling how to trigger it efficiently, but currently in > > vain. The memory pressure isn't a single key to trigger it, as it > > seems... > > Yes, I get the crash pretty reliable with Win10 in kvm after 10 to 30 minutes. Some workload in Windows seems to be necessary to trigger the bug. OK, thanks, it's good to know. Unfortunately I have no Windows on my machine, so it doesn't work for me ;) But it implies that rather the workload in VM is likely more essential than the workload on host. Takashi