lkml.org 
[lkml]   [1998]   [Mar]   [23]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: 2.1.90 oops
We see this with kernel 2.1.78. We can reliably blow things up by
playing with IP-aliases, and get the panic you list. Is there a master
changelog anywhere for 2.1? A sort of: 'X was done to fix Y'

I've looked and can't find any such, which makes it hard to tell if the
bug was reported and if it was then subsequently fixed or not.

D


Bob_Tracy wrote:
>
> Finally trapped one (actually two) of these bad boys :-(. Since
> 2.1.89 I've been seeing system freezes and spontaneous reboots after
> approximately a day of uptime (although the actual time before trouble
> starts seems to depend on system activity). The traces below were
> logged just prior to an unplanned reboot this morning. There was the
> beginning of a third trace, but it got cut off by the reboot itself.
> Ksymoops output is included.
>
> Current configuration: 2.1.90, gcc-2.7.2.3, glibc-2.0.6, XFree86-3.3.2.
> Additional info available if needed. Thanks in advance for an
> explanation of what's biting me here.
>
> ====--Oops 1--====
> Unable to handle kernel NULL pointer dereference at virtual address 00000000
> current->tss.cr3 = 00101000, ^^r3 = 00101000
> *pde = 00000000
> Oops: 0002
> CPU: 0
> EIP: 0010:[<c0120c28>]
> EFLAGS: 00010082
> eax: 00000000 ebx: 000015c7 ecx: 00000ae3 edx: c02d3cf0
> esi: ffffffff edi: c02000e0 ebp: 00000203 esp: c192be80
> ds: 0018 es: 0018 ss: 0018
> Process sh (pid: 12914, process nr: 33, stackpage=c192b000)
> Stack: c15c7000 c322d2b8 000ad000 00000000 00000ae3 ffffffff c0121377 0000000b
> c01195b2 c15c7000 400ad000 c2a1ae60 0000c000 c3fd6f60 c1e2c400 c1168000
> 00000000 000b9000 00000000 400b9000 c1e2c400 c011af1a c3fd6f60 400ad000
> Call Trace: [<c0121377>] [<c01195b2>] [<c011af1a>] [<c0112295>] [<c01168be>] [<c0109835>] [<c010f7d3>]
> [<c010fa35>] [<c010ede2>] [<c0109992>]
> Code: 89 10 c1 64 24 14 01 83 c7 0c c1 e9 01 89 4c 24 10 23 5c 24
>
> Using `/usr/src/linux/System.map' to map addresses to symbols.
>
> >>EIP: c0120c28 <free_pages+c0/128>
> Trace: c0121377 <free_page_and_swap_cache+57/5c>
> Trace: c01195b2 <zap_page_range+13e/1bc>
> Trace: c011af1a <exit_mmap+aa/12c>
> Trace: c0112295 <mmput+19/30>
> Trace: c01168be <do_exit+a2/208>
> Trace: c0109835 <do_signal+271/2ec>
> Trace: c010f7d3 <force_sig_info+4b/54>
> Trace: c010fa35 <force_sig+11/18>
> Trace: c010ede2 <do_page_fault+1d2/328>
> Trace: c0109992 <signal_return+12/30>
>
> Code: c0120c28 <free_pages+c0/128>
> ====--Oops 1--====
>
> ====--Oops 2--====
> Unable to handle kernel NULL pointer dereference at virtual address 00000004
> current->tss.cr3 = 00101000, ^]r3 = 00101000
> *pde = 00000000
> Oops: 0002
> CPU: 0
> EIP: 0010:[<c0120c25>]
> EFLAGS: 00010082
> eax: 00000000 ebx: 00002b68 ecx: 000015b4 edx: 00000000
> esi: ffffffff edi: c02000e0 ebp: 00000206 esp: c2a89e80
> ds: 0018 es: 0018 ss: 0018
> Process sh (pid: 3584, process nr: 30, stackpage=c2a89000)
> Stack: c2b68000 c2b892b0 000a7000 00000004 000015b4 ffffffff c0121377 00000001
> c01195b2 c2b68000 080a7000 c0944340 00006000 c3fd6c60 c3b63080 c083df00
> 00000000 000ad000 00000000 080ad000 c3b63080 c011af1a c3fd6c60 080a7000
> Call Trace: [<c0121377>] [<c01195b2>] [<c011af1a>] [<c0112295>] [<c01168be>] [<c0109835>] [<c011a496>]
> [<c0108c6c>] [<c0108fd0>] [<c0109992>]
> Code: 89 42 04 89 10 c1 64 24 14 01 83 c7 0c c1 e9 01 89 4c 24 10
>
> Using `/usr/src/linux/System.map' to map addresses to symbols.
>
> >>EIP: c0120c25 <free_pages+bd/128>
> Trace: c0121377 <free_page_and_swap_cache+57/5c>
> Trace: c01195b2 <zap_page_range+13e/1bc>
> Trace: c011af1a <exit_mmap+aa/12c>
> Trace: c0112295 <mmput+19/30>
> Trace: c01168be <do_exit+a2/208>
> Trace: c0109835 <do_signal+271/2ec>
> Trace: c011a496 <handle_mm_fault+172/198>
> Trace: c0108c6c <sys_sigaction+94/100>
> Trace: c0108fd0 <sys_sigreturn+c8/dc>
> Trace: c0109992 <signal_return+12/30>
>
> Code: c0120c25 <free_pages+bd/128>
> ====--Oops 2--====
>
> --
> Bob Tracy | "They couldn't hit an elephant at this dist- "
> Firewall Security Corp. | - Last words of Union General John Sedgwick,
> rct@frus.com | Battle of Spotsylvania Court House, U.S. Civil War
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.rutgers.edu

--
Did you read the documentation AND the FAQ?
If not, I'll probably still answer your question, but my patience will
be limited, and you take the risk of sarcasm and ridicule.

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu

\
 
 \ /
  Last update: 2005-03-22 13:41    [W:0.288 / U:0.068 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site