On Sunday, 17 of February 2008, Ignacy Gawedzki wrote: > Hi, Hi,
> I was printing on the parallel port and suddenly the "parallel" CUPS backend > went 50% CPU (obviously endless-looping), while the other 50% were eaten by > ghostscript (strace didn't show anything, so this might be an "internal" > loop). When I eventually killed the latter, I got this: Which kernel is this? Is it a regression? If so, what's the last known working kernel? Thanks, Rafael > Eeek! page_mapcount(page) went negative! (-1) > page pfn = 3 > page->flags = 80014 > page->count = 0 > page->mapping = 00000000 > vma->vm_ops = _stext+0x3feff000/0x14 > ------------[ cut here ]------------ > kernel BUG at mm/rmap.c:631! > invalid opcode: 0000 [#1] > Modules linked in: cls_fw sch_prio sch_htb iptable_nat xt_limit xt_state > ipt_REJECT xt_tcpudp ipt_LOG xt_DSCP xt_dscp xt_mark nf_conntrack_ipv4 > xt_CONNMARK xt_MARK iptable_mangle iptable_filter ip_tables x_tables aes_i586 > geode_aes aes_generic ieee80211_crypt_ccmp lirc_dev nf_nat_ftp nf_nat > nf_conntrack_ftp nf_conntrack ipv6 evdev hostap_pci hostap ieee80211_crypt > i2c_viapro via686a ide_cd > > Pid: 5098, comm: gs Tainted: GF (2.6.24.1 #9) > EIP: 0060:[<c01443f1>] EFLAGS: 00010246 CPU: 0 > EIP is at page_remove_rmap+0xe4/0x111 > EAX: 00000000 EBX: c1000060 ECX: 00000046 EDX: 00005a52 > ESI: e90d3f44 EDI: ea61b720 EBP: b7000000 ESP: eefc7e00 > DS: 007b ES: 007b FS: 0000 GS: 0000 SS: 0068 > Process gs (pid: 5098, ti=eefc6000 task=ea6fd570 task.ti=eefc6000) > Stack: c0398eb6 00000000 c1000060 b6dc8000 c013f6c8 0000326b 00000000 > e90d3f44 > eefc7e74 00000000 00000001 ef371b6c ef1073a0 c0454f98 ffffffa0 > ffffffff > ef371b6c 000eaeb1 b70bc000 00000000 eefc7e74 e90d3860 ef1073a0 > eefc7f10 > Call Trace: > [<c013f6c8>] unmap_vmas+0x23e/0x403 > [<c0141c3e>] exit_mmap+0x5f/0xc9 > [<c0116a82>] mmput+0x1b/0x5e > [<c011a8f8>] do_exit+0x1ad/0x5ae > [<c011ad4a>] sys_exit_group+0x0/0xd > [<c0120962>] get_signal_to_deliver+0x370/0x380 > [<c02cf89e>] net_rx_action+0x70/0x144 > [<c026d8bb>] intr_handler+0x9c/0xcf > [<c0111f67>] do_page_fault+0x0/0x52d > [<c0103326>] do_notify_resume+0x81/0x5c0 > [<c013ff5d>] handle_mm_fault+0x70/0x49d > [<c010455b>] common_interrupt+0x23/0x28 > [<c01120f3>] do_page_fault+0x18c/0x52d > [<c0336dc2>] schedule+0x1f3/0x20d > [<c0111f67>] do_page_fault+0x0/0x52d > [<c0103c4e>] work_notifysig+0x13/0x19 > [<c0330000>] rpc_info_open+0x17/0x6a > ======================= > Code: 8b 46 40 8b 50 08 b8 05 8f 39 c0 e8 08 df fe ff 8b 46 48 85 c0 74 14 8b > 40 10 85 c0 74 0d 8b 50 2c b8 23 8f 39 c0 e8 ed de fe ff <0f> 0b eb fe 8b 53 > 10 8b 03 83 e2 01 f7 da c1 e8 1e 83 c2 04 69 > EIP: [<c01443f1>] page_remove_rmap+0xe4/0x111 SS:ESP 0068:eefc7e00 > ---[ end trace 42d12388f65d0f6f ]--- > Fixing recursive fault but reboot is needed! > > Apparently this happened to me in the near past, but I didn't have any > netconsole facility enabled at that time to capture the message. > > Anybody has any idea where this might have come from? > -- 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/