From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751411Ab2JGJWv (ORCPT ); Sun, 7 Oct 2012 05:22:51 -0400 Received: from e23smtp05.au.ibm.com ([202.81.31.147]:33376 "EHLO e23smtp05.au.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750743Ab2JGJWn (ORCPT ); Sun, 7 Oct 2012 05:22:43 -0400 Message-ID: <507149DB.1030008@linux.vnet.ibm.com> Date: Sun, 07 Oct 2012 17:22:35 +0800 From: Xiao Guangrong User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:15.0) Gecko/20120827 Thunderbird/15.0 MIME-Version: 1.0 To: Jiri Slaby CC: Avi Kivity , Marcelo Tosatti , kvm@vger.kernel.org, LKML , Jiri Slaby Subject: Re: KVM: WARNING: at .. kvm_release_pfn_clean References: <506E9B77.60505@suse.cz> In-Reply-To: <506E9B77.60505@suse.cz> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit x-cbid: 12100709-1396-0000-0000-000001F705EB Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 10/05/2012 04:33 PM, Jiri Slaby wrote: > Hi, > > I'm getting this warning while running qemu-kvm 1.2.rc1 on the top of > 3.6.0-next-20121001: > WARNING: at virt/kvm/kvm_main.c:1325 kvm_release_pfn_clean+0x70/0x80() > Hardware name: To Be Filled By O.E.M. > Modules linked in: nls_cp437 vfat fat dvb_usb_dib0700 dib0090 dib7000p > dib7000m dib0070 dib8000 dib3000mc dibx000_common microcode > Pid: 11848, comm: qemu-kvm Tainted: G W > 3.6.0-next-20121001_64+ #70 > Call Trace: > [] warn_slowpath_common+0x7f/0xc0 > [] warn_slowpath_null+0x1a/0x20 > [] kvm_release_pfn_clean+0x70/0x80 > [] paging64_page_fault+0x686/0x830 > [] ? paging64_gva_to_gpa+0x35/0x80 > [] kvm_mmu_page_fault+0x31/0x100 > [] handle_exception+0x231/0x3d0 > [] vmx_handle_exit+0xcc/0x780 > [] kvm_arch_vcpu_ioctl_run+0x444/0xf60 > [] ? kvm_arch_vcpu_load+0x57/0x1b0 > [] kvm_vcpu_ioctl+0x472/0x610 > [] ? fsnotify+0x24b/0x340 > [] do_vfs_ioctl+0x99/0x580 > [] ? pick_next_task_fair+0x13b/0x1a0 > [] ? __enqueue_entity+0x78/0x80 > [] ? kvm_on_user_return+0x64/0x70 > [] sys_ioctl+0x50/0x90 > [] system_call_fastpath+0x16/0x1b > > I.e. is_error_pfn(pfn) is true. Jiri, thanks for your report! This is a known bug which can be fixed by this patch: https://lkml.org/lkml/2012/9/21/46 But this patch need be improved, i will post the new version after full test.