Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757843AbWK2Axp (ORCPT ); Tue, 28 Nov 2006 19:53:45 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758261AbWK2Axp (ORCPT ); Tue, 28 Nov 2006 19:53:45 -0500 Received: from smtp.osdl.org ([65.172.181.25]:24804 "EHLO smtp.osdl.org") by vger.kernel.org with ESMTP id S1757843AbWK2Axo (ORCPT ); Tue, 28 Nov 2006 19:53:44 -0500 Date: Tue, 28 Nov 2006 16:53:28 -0800 From: Andrew Morton To: Thomas Tuttle Cc: Linux kernel mailing list , Yaniv Kamay , Avi Kivity Subject: Re: 2.6.19-rc6-mm2 Message-Id: <20061128165328.fd17d085.akpm@osdl.org> In-Reply-To: <20061129002411.GA1178@lion> References: <20061128020246.47e481eb.akpm@osdl.org> <20061129002411.GA1178@lion> X-Mailer: Sylpheed version 2.2.7 (GTK+ 2.8.6; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 3287 Lines: 72 On Tue, 28 Nov 2006 19:24:45 -0500 Thomas Tuttle wrote: > I've found a couple of bugs so far... > > 1. I did `modprobe kvm' and then tried running a version of the KVM Qemu > compiled for a different kernel. My mistake. But I got an oops: > > BUG: unable to handle kernel NULL pointer dereference at virtual address 00000008 > printing eip: > f91f9c3f > *pde = 00000000 > Oops: 0000 [#1] > SMP > last sysfs file: /devices/system/cpu/cpu0/cpufreq/scaling_max_freq > Modules linked in: kvm iTCO_wdt i8k rfcomm l2cap rtc sdhci mmc_block mmc_core hci_usb bluetooth b44 mii ohci1394 ieee1394 uhci_hcd ehci_hcd usbcore psmouse evdev i915 drm cpuid msr speedstep_centrino video thermal processor fan container button battery ac > CPU: 0 > EIP: 0060:[] Not tainted VLI > EFLAGS: 00010202 (2.6.19-rc6-mm1 #1) > EIP is at kvm_vmx_return+0xef/0x4d0 [kvm] > eax: e5490068 ebx: 00000000 ecx: 00000000 edx: e5491ca4 > esi: 00000000 edi: e5490060 ebp: e5a4fde0 esp: e5a4fd54 > ds: 007b es: 007b ss: 0068 > Process qemu (pid: 24193, ti=e5a4e000 task=c2286a90 task.ti=e5a4e000) > Stack: 00000002 00000001 f7fe1278 00000002 b7f92000 e5490000 00000000 00000000 > e5a4fdac 00000000 000000d8 f783a580 e5a4fdac c043b98a bfb93f7c f91fa020 > e5a4fde0 bfb93f7c bfb93f7c f91fa0cb 000004f3 c03fb974 e5490000 00000000 > Call Trace: > [] kvm_dev_ioctl+0x0/0x1040 [kvm] > [] kvm_dev_ioctl+0xab/0x1040 [kvm] > [] error_code+0x7c/0x84 > [] kmap_atomic+0xc9/0xe0 > [] permission+0x2b/0xd0 > [] sys_swapon+0x978/0xaf0 > [] kunmap_atomic+0x63/0x70 > [] kmap_atomic+0xc9/0xe0 > [] kunmap_atomic+0x63/0x70 > [] get_page_from_freelist+0x27d/0x340 > [] kmap_atomic+0xc9/0xe0 > [] kunmap_atomic+0x63/0x70 > [] get_page_from_freelist+0x27d/0x340 > [] find_get_page+0x20/0x60 > [] filemap_nopage+0x2dc/0x490 > [] do_sync_read+0xc7/0x110 > [] kmap_atomic+0xc9/0xe0 > [] kunmap_atomic+0x63/0x70 > [] __handle_mm_fault+0x246/0x9c0 > [] kvm_dev_ioctl+0x0/0x1040 [kvm] > [] scsi_host_alloc+0x202/0x2a0 > [] do_ioctl+0x2b/0x90 > [] vfs_ioctl+0x5c/0x2b0 > [] sys_ioctl+0x3d/0x70 > [] syscall_call+0x7/0xb > [] scsi_host_alloc+0x202/0x2a0 > ======================= > Code: 14 0f 87 77 02 00 00 8b 0c b5 00 15 20 f9 85 c9 0f 84 68 02 00 00 89 ea 89 f8 ff d1 85 c0 0f 84 4c 02 00 00 89 f8 e8 31 e9 ff ff <65> a1 08 00 00 00 8b 40 04 8b 40 08 a8 04 0f 85 ae 02 00 00 e8 > EIP: [] kvm_vmx_return+0xef/0x4d0 [kvm] SS:ESP 0068:e5a4fd54 > msrs: 2 > > Oh, and I get a ton of these messages with kvm: > > rtc: lost some interrupts at 1024Hz. KVM culprits cc'ed. The KVM patches are I got them didn't even compile on i386, so runtime breakage isn't very surprising. Looks like you need an x86_64 machine ;) - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/