Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751286AbWIOR4J (ORCPT ); Fri, 15 Sep 2006 13:56:09 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751290AbWIOR4J (ORCPT ); Fri, 15 Sep 2006 13:56:09 -0400 Received: from e31.co.us.ibm.com ([32.97.110.149]:26306 "EHLO e31.co.us.ibm.com") by vger.kernel.org with ESMTP id S1751286AbWIOR4H (ORCPT ); Fri, 15 Sep 2006 13:56:07 -0400 Subject: Re: 2.6.18-rc7 Unable to handle kernel paging request From: Badari Pulavarty To: Markus Trippelsdorf Cc: lkml In-Reply-To: <20060913210307.GA6915@gentoox2.trippelsdorf.de> References: <20060913210307.GA6915@gentoox2.trippelsdorf.de> Content-Type: text/plain Date: Fri, 15 Sep 2006 10:59:33 -0700 Message-Id: <1158343173.31501.26.camel@dyn9047017100.beaverton.ibm.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 (2.0.4-4) Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2448 Lines: 57 On Wed, 2006-09-13 at 23:03 +0200, Markus Trippelsdorf wrote: > Don't know what to make of these kernel error messages. > This happened an hour ago and the system kept running until I rebooted. > > Unable to handle kernel paging request at ffffffff004c82c8 RIP: > [] generic_file_mmap+0x14/0x50 > PGD 203027 PUD 0 > CPU 0 > Modules linked in: tuner bttv video_buf ir_common compat_ioctl32 btcx_risc tveeprom videodev v4l1_compat v4l2_common > Pid: 24497, comm: emake Not tainted 2.6.18-rc7 #1 > RIP: 0010:[] [] generic_file_mmap+0x14/0x50 > RSP: 0018:ffff81005db69e98 EFLAGS: 00010206 > RAX: ffffffff004c82c0 RBX: ffff810010252528 RCX: 0000000000000000 > RDX: 00000000fffffff8 RSI: ffff810010252528 RDI: ffff810023234bc0 > RBP: ffff810023234bc0 R08: 0000000000000000 R09: ffff810010252528 > R10: ffff810023c1fde0 R11: ffff810023c1fde0 R12: 00000000ffffffea > R13: ffff81007eb04840 R14: 0000000000000000 R15: 00000000000d7000 > FS: 00002acdf4b126d0(0000) GS:ffffffff80610000(0000) knlGS:00000000f73456b0 > CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b > CR2: ffffffff004c82c8 CR3: 0000000063292000 CR4: 00000000000006e0 > Process emake (pid: 24497, threadinfo ffff81005db68000, task ffff81001b7f6040) > Stack: ffff810010252528 ffffffff8020de0b 0000000000000000 0000000044fc8613 > 0000000000000000 0000000000000071 0000000000000002 ffff8100167b2a70 > 0000000000000071 0000000000000000 00000000000000d7 ffffffff8022ca5e > Call Trace: > [] do_mmap_pgoff+0x4bb/0x790 > [] sys_newfstat+0x2e/0x50 > [] sys_mmap+0xa5/0x100 > [] system_call+0x7e/0x83 > Code: 48 83 78 08 00 74 22 f6 47 2e 04 75 0f 48 8b 77 10 48 8b 7f Are you able to reproduce this problem again ? It looks like the problem is due to bogus a_ops .. if (!mapping->a_ops->readpage) ^^^^^^ failing instruction is: 37c: 48 83 78 08 00 cmpq $0x0,0x8(%rax) (a_ops->readpage) derefence. > RAX: ffffffff004c82c0 > Unable to handle kernel paging request at ffffffff004c82c8 RIP: > [] generic_file_mmap+0x14/0x50 Thanks, Badari - 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/