On Fri, Sep 15, 2006 at 10:59:33AM -0700, Badari Pulavarty wrote:
> 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:
> > [<ffffffff80222a24>] 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:[<ffffffff80222a24>] [<ffffffff80222a24>] 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:
> > [<ffffffff8020de0b>] do_mmap_pgoff+0x4bb/0x790
> > [<ffffffff8022ca5e>] sys_newfstat+0x2e/0x50
> > [<ffffffff80224965>] sys_mmap+0xa5/0x100
> > [<ffffffff8026255e>] 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 ?
Unfortunately not. But I guess it must have been a hardware problem.
I switched off CPU frequency scaling and the system is running stable
since then.
If the problem occurs again I will let you know.
Thanks.
> 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.
--
Markus
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
