Hi,
> It does not seem to fix the __find_page problem, (octave reported an oops
> with my patch applied)
I have a new one with pre15 patched. Anyway, we will try run memtest today
to see if it is not a hardware problem (I do not think because it arrives on
anothers servers).
I have 2 anothers servers witch become down without any kernel panic. Even
screen rests blank (with setterm -blank 0). Strange. Have to be rebooted
in hard way :/
Octave
ksymoops 2.3.4 on i686 2.2.17pre15. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.2.17pre15/ (default)
-m /usr/src/linux/System.map (default)
Warning: You did not tell me where to find symbol information. I will
assume that the log matches the kernel and modules that are running
right now and I'll use the default options above for symbol resolution.
If the current kernel and/or modules do not match the log, you can get
more accurate output by telling me the kernel version and where to find
map, modules, ksyms etc. ksymoops -h explains the options.
No modules in ksyms, skipping objects
Warning (read_lsmod): no symbols in lsmod, is /proc/modules a valid lsmod file?
Unable to handle kernel paging request at virtual address 00100008
current->tss.cr3 = 0a7b7000, %cr3 = 0a7b7000
*pde = 00000000
Oops: 0000
CPU: 0
EIP: 0010:[<c011a733>]
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010206
eax: d7ef73d8 ebx: 0004f000 ecx: 00000000 edx: 00100000
esi: cb1dc880 edi: c4418000 ebp: 0006e000 esp: c78abf18
ds: 0018 es: 0018 ss: 0018
Process compteur.pl (pid: 12293, process nr: 193, stackpage=c78ab000)
Stack: c0524000 0006e000 d7ef73d8 c011ab92 d564a6c0 0006e000 00000000 00001000
40013000 00000000 00001000 d7ef72dc 0001f000 0002f000 00021000 00020000
00000000 00000002 00000001 0002f000 cb1dc880 c011af3b d564a6c0 d564a6d4
Call Trace: [<c011ab92>] [<c011af3b>] [<c011ae88>] [<c0122a0a>] [<c01079bc>]
Code: 39 72 08 75 f4 39 6a 0c 75 ef ff 42 14 b8 02 00 00 00 0f ab
>>EIP; c011a733 <try_to_read_ahead+6f/114> <=====
Trace; c011ab92 <do_generic_file_read+2ee/5e4>
Trace; c011af3b <generic_file_read+63/7c>
Trace; c011ae88 <file_read_actor+0/50>
Trace; c0122a0a <sys_read+ae/c4>
Trace; c01079bc <system_call+34/38>
Code; c011a733 <try_to_read_ahead+6f/114>
00000000 <_EIP>:
Code; c011a733 <try_to_read_ahead+6f/114> <=====
0: 39 72 08 cmpl %esi,0x8(%edx) <=====
Code; c011a736 <try_to_read_ahead+72/114>
3: 75 f4 jne fffffff9 <_EIP+0xfffffff9> c011a72c
<try_to_read_ahead+68/114>
Code; c011a738 <try_to_read_ahead+74/114>
5: 39 6a 0c cmpl %ebp,0xc(%edx)
Code; c011a73b <try_to_read_ahead+77/114>
8: 75 ef jne fffffff9 <_EIP+0xfffffff9> c011a72c
<try_to_read_ahead+68/114>
Code; c011a73d <try_to_read_ahead+79/114>
a: ff 42 14 incl 0x14(%edx)
Code; c011a740 <try_to_read_ahead+7c/114>
d: b8 02 00 00 00 movl $0x2,%eax
Code; c011a745 <try_to_read_ahead+81/114>
12: 0f ab 00 btsl %eax,(%eax)
2 warnings issued. Results may not be reliable.
Amicalement,
oCtAvE
"Internet ? Welcome in the slave economy."
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Tue Aug 15 2000 - 21:00:30 EST