Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1760627AbYBMHUP (ORCPT ); Wed, 13 Feb 2008 02:20:15 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754422AbYBMHUB (ORCPT ); Wed, 13 Feb 2008 02:20:01 -0500 Received: from smtp2.linux-foundation.org ([207.189.120.14]:40827 "EHLO smtp2.linux-foundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753534AbYBMHT7 (ORCPT ); Wed, 13 Feb 2008 02:19:59 -0500 Date: Tue, 12 Feb 2008 23:18:26 -0800 From: Andrew Morton To: Lukas Hejtmanek Cc: linux-kernel@vger.kernel.org Subject: Re: 2.6.24 oops Message-Id: <20080212231826.2070fb95.akpm@linux-foundation.org> In-Reply-To: <20080210215527.GA4330@ics.muni.cz> References: <20080210215527.GA4330@ics.muni.cz> X-Mailer: Sylpheed 2.4.7 (GTK+ 2.12.1; x86_64-redhat-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 3595 Lines: 57 On Sun, 10 Feb 2008 22:55:28 +0100 Lukas Hejtmanek wrote: > I encountered an oops while playing a movie with mplayer. > (couple of hours before, I tried this exploit: > http://www.securityfocus.com/data/vulnerabilities/exploits/27704.c > so the oops may be induced by the exploit.) > > [12695.120141] Unable to handle kernel paging request at 0000100000000000 RIP: A single bit set in a pointer which can legitimately be all-zeroes. > [12695.120152] [] find_get_page+0x3b/0x80 > [12695.120166] PGD 0 > [12695.120172] Oops: 0000 [1] PREEMPT SMP > [12695.120180] CPU 0 > [12695.120184] Modules linked in: cdc_ether usbnet mii cdc_acm usb_storage des_generic cbc nfs lockd rpcsec_gss_krb5 auth_rpcgss sunrpc i915 drm rfcomm l2cap bluetooth fuse arc4 ecb blkcipher e1000 ehci_hcd uhci_hcd snd_hda_intel thinkpad_acpi intel_agp > [12695.120228] Pid: 10382, comm: mplayer Not tainted 2.6.24 #2 > [12695.120232] RIP: 0010:[] [] find_get_page+0x3b/0x80 > [12695.120242] RSP: 0018:ffff8100794d7ca8 EFLAGS: 00210006 > [12695.120247] RAX: 0000100000000000 RBX: 0000100000000000 RCX: 0000000000000000 > [12695.120252] RDX: ffff81000efe0000 RSI: 000000000001b3c0 RDI: 0000000000000000 > [12695.120257] RBP: ffff81007ceffeb8 R08: 0000000000000000 R09: ffffffff80270330 > [12695.120262] R10: 0000000000000000 R11: 0000000000000001 R12: 000000000001b3c0 > [12695.120267] R13: 0000000000000001 R14: ffff81000cf8a728 R15: ffff81000cf8a6c0 > [12695.120273] FS: 00002af6ae621610(0000) GS:ffffffff8062b000(0000) knlGS:0000000000000000 > [12695.120278] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b > [12695.120283] CR2: 0000100000000000 CR3: 00000000512b7000 CR4: 00000000000006e0 > [12695.120288] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 > [12695.120292] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 > [12695.120298] Process mplayer (pid: 10382, threadinfo ffff8100794d6000, task ffff81007c230000) > [12695.120303] Stack: ffff8100794d7ed8 ffff81007ceffea0 000000000001b3c0 ffffffff80270efb > [12695.120313] 0000000000037000 ffffffff80270330 ffff8100794d7d68 ffff8100794d7e58 > [12695.120322] ffff81000cf8a728 ffff81007ceffd78 000000000001b3c1 000000000001b3bf > [12695.120329] Call Trace: > [12695.120338] [] do_generic_mapping_read+0x10b/0x400 > [12695.120345] [] file_read_actor+0x0/0x1a0 > [12695.120355] [] generic_file_aio_read+0xff/0x1b0 > [12695.120366] [] do_sync_read+0xd9/0x120 > [12695.120373] [] enqueue_hrtimer+0x6e/0x110 > [12695.120383] [] autoremove_wake_function+0x0/0x30 > [12695.120391] [] do_nanosleep+0x69/0x90 > [12695.120397] [] hrtimer_nanosleep+0x78/0x140 > [12695.120404] [] hrtimer_wakeup+0x0/0x30 > [12695.120411] [] do_nanosleep+0x55/0x90 > [12695.120417] [] vfs_read+0xc5/0x160 > [12695.120422] [] sys_read+0x3b/0x90 > [12695.120429] [] sys_read+0x53/0x90 > [12695.120437] [] system_call+0x7e/0x83 On one of the most-used code paths in the entire kernel. I'd say your hardware has malfunctioned. Try running memtest86 for a day. -- 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/