From: Thomas Tuttle <linux-kernel@ttuttle.net>
To: Linux kernel mailing list <linux-kernel@vger.kernel.org>
Subject: Re: 2.6.19-rc6-mm2
Date: Tue, 28 Nov 2006 19:24:45 -0500 [thread overview]
Message-ID: <20061129002411.GA1178@lion> (raw)
In-Reply-To: <20061128020246.47e481eb.akpm@osdl.org>
[-- Attachment #1: Type: text/plain, Size: 3193 bytes --]
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:[<f91f9c3f>] 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:
[<f91fa020>] kvm_dev_ioctl+0x0/0x1040 [kvm]
[<f91fa0cb>] kvm_dev_ioctl+0xab/0x1040 [kvm]
[<c03fb974>] error_code+0x7c/0x84
[<c011d469>] kmap_atomic+0xc9/0xe0
[<c018007b>] permission+0x2b/0xd0
[<c01700d8>] sys_swapon+0x978/0xaf0
[<c011d263>] kunmap_atomic+0x63/0x70
[<c011d469>] kmap_atomic+0xc9/0xe0
[<c011d263>] kunmap_atomic+0x63/0x70
[<c015cdbd>] get_page_from_freelist+0x27d/0x340
[<c011d469>] kmap_atomic+0xc9/0xe0
[<c011d263>] kunmap_atomic+0x63/0x70
[<c015cdbd>] get_page_from_freelist+0x27d/0x340
[<c0157af0>] find_get_page+0x20/0x60
[<c015a75c>] filemap_nopage+0x2dc/0x490
[<c0178a47>] do_sync_read+0xc7/0x110
[<c011d469>] kmap_atomic+0xc9/0xe0
[<c011d263>] kunmap_atomic+0x63/0x70
[<c0166386>] __handle_mm_fault+0x246/0x9c0
[<f91fa020>] kvm_dev_ioctl+0x0/0x1040 [kvm]
[<c030ae02>] scsi_host_alloc+0x202/0x2a0
[<c018430b>] do_ioctl+0x2b/0x90
[<c01843cc>] vfs_ioctl+0x5c/0x2b0
[<c018465d>] sys_ioctl+0x3d/0x70
[<c0103238>] syscall_call+0x7/0xb
[<c030ae02>] 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: [<f91f9c3f>] 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.
2. I'm not sure if this bug is in the kernel, wireless tools, or the
ipw3945 driver, but I haven't changed the version of anything but the
kernel. When I do `iwconfig eth1 essid foobar' something drops the
last character of the essid, and a subsequent `iwconfig eth1' shows
"fooba" as the essid. And it's actually set as "fooba", since I had
to do `iwconfig eth1 essid MyUsualEssid_' (note underscore) to get on
to my usual network.
--Thomas Tuttle
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
next prev parent reply other threads:[~2006-11-29 0:27 UTC|newest]
Thread overview: 56+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-11-28 10:02 2.6.19-rc6-mm2 Andrew Morton
2006-11-28 10:08 ` 2.6.19-rc6-mm2 Akinobu Mita
2006-11-28 11:35 ` 2.6.19-rc6-mm2 Mariusz Kozlowski
2006-11-28 11:41 ` 2.6.19-rc6-mm2 Mariusz Kozlowski
2006-11-28 22:30 ` 2.6.19-rc6-mm2 Greg KH
2006-11-29 9:06 ` 2.6.19-rc6-mm2 Kay Sievers
2006-11-29 22:54 ` 2.6.19-rc6-mm2 Andy Whitcroft
2006-11-29 23:09 ` 2.6.19-rc6-mm2 Kay Sievers
2006-11-28 21:22 ` 2.6.19-rc6-mm2 Miles Lane
2006-11-28 21:59 ` 2.6.19-rc6-mm2 Vivek Goyal
2006-11-29 0:24 ` Thomas Tuttle [this message]
2006-11-29 0:53 ` 2.6.19-rc6-mm2 Andrew Morton
2006-11-29 5:17 ` 2.6.19-rc6-mm2 Avi Kivity
2006-11-29 14:10 ` 2.6.19-rc6-mm2 Avi Kivity
2006-12-03 8:46 ` 2.6.19-rc6-mm2 Avi Kivity
2006-11-29 0:58 ` 2.6.19-rc6-mm2 Andrew Morton
2006-11-29 1:08 ` 2.6.19-rc6-mm2 Jean Tourrilhes
2006-11-29 0:59 ` 2.6.19-rc6-mm2 Jiri Kosina
2006-12-05 1:33 ` 2.6.19-rc6-mm2 Neil Brown
2006-12-05 4:07 ` 2.6.19-rc6-mm2 Neil Brown
2006-12-05 7:48 ` 2.6.19-rc6-mm2 Jiri Kosina
2006-12-05 22:13 ` 2.6.19-rc6-mm2 Jiri Kosina
2006-12-08 1:31 ` 2.6.19-rc6-mm2 Neil Brown
2006-12-08 12:35 ` 2.6.19-rc6-mm2 Jiri Kosina
2006-11-29 10:04 ` [-mm patch] #if 0 fs/gfs2/acl.c:gfs2_check_acl() Adrian Bunk
2006-11-29 10:14 ` Steven Whitehouse
2006-11-29 12:42 ` [PATCH] compile fix on x86 without X86_LOCAL_APIC (was 2.6.19-rc6-mm2) Jiri Kosina
2006-11-29 20:57 ` Andrew Morton
2006-11-29 19:54 ` 2.6.19-rc6-mm2: uli526x only works after reload Rafael J. Wysocki
2006-11-29 20:08 ` Rafael J. Wysocki
2006-11-29 21:30 ` Andrew Morton
2006-11-29 21:31 ` Rafael J. Wysocki
2006-11-29 23:08 ` Rafael J. Wysocki
2006-11-29 23:26 ` Andrew Morton
2006-11-30 1:04 ` Rafael J. Wysocki
2006-11-30 2:18 ` Andrew Morton
2006-12-01 1:20 ` Greg KH
2006-12-02 0:07 ` Rafael J. Wysocki
2006-11-30 20:21 ` Rafael J. Wysocki
2006-11-30 21:12 ` Andrew Morton
2006-11-30 21:32 ` Rafael J. Wysocki
2006-12-01 1:08 ` Rafael J. Wysocki
2006-12-01 1:27 ` Greg KH
2006-12-04 23:13 ` Greg KH
2006-11-30 3:42 ` 2.6.19-rc6-mm2 Ed Tomlinson
2006-11-30 4:10 ` 2.6.19-rc6-mm2 Randy Dunlap
2006-11-30 13:03 ` 2.6.19-rc6-mm2 Ed Tomlinson
2006-12-02 0:33 ` 2.6.19-rc6-mm2 Ed Tomlinson
2006-12-02 0:32 ` 2.6.19-rc6-mm2 Andrew Morton
2006-12-02 3:19 ` 2.6.19-rc6-mm2 Ed Tomlinson
2006-12-02 4:09 ` 2.6.19-rc6-mm2 Akinobu Mita
2006-12-02 22:29 ` 2.6.19-rc6-mm2 Ed Tomlinson
2006-12-02 12:17 ` [-mm patch] arch/frv/kernel/futex.c must #include <linux/uaccess.h> Adrian Bunk
2006-12-04 11:20 ` David Howells
2006-12-02 17:54 ` [-mm patch] fix include/asm-xtensa/unistd.h compilation Adrian Bunk
2006-12-03 7:49 ` [-mm patch] drivers/net/netxen/: possible cleanups Adrian Bunk
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20061129002411.GA1178@lion \
--to=linux-kernel@ttuttle.net \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox