got lots of GPF's. Two things have been unusual:
1. I had already worked several hours with a ramdisk
2. I had change an nfs client to mount w/ 8192 as rsize/wsize
(normally it's set to 1024).
When the GPF-Party began there been both: Usage by the NFS client and
also on the ramdisk..
Background: libc 5.2.28, gcc 2.7.2, kernel 1.3.96 (w/ the patches applied,
that I posted here, well, if they got through..).
Ok, here's one of 'em:
general protection: c5b0
CPU: 0
EIP: 0010:[<001c71a9>]
EFLAGS: 00010217
eax: 001c7166 ebx: 000004ed ecx: 00ffff00 edx: 00ffff00
esi: 00000001 edi: 006bbe08 ebp: 00000003 esp: 006bbdb0
ds: 0018 es: 0018 fs: 002b gs: 002b ss: 0018
Process generate_librar (pid: 22610, process nr: 32, stackpage=006bb000)
Stack: 0012c5b0 00ffff00 00000001 00ffff00 00676005 0012c708 00ffff00 002e0001
00676001 00676005 006bbe38 006bbe3c 00000000 0012c8e5 00ffff00 00676001
00000003 006bbe08 00676000 00000000 00008000 006bbf74 00000000 0012cb52
Call Trace: [<0012c5b0>] [<0012c708>] [<0012c8e5>] [<0012cb52>] [<0012b7e9>] [<0012c50f>] [<00109cb2>]
[<0010a559>]
Code: 07 00 00 fd 00 00 00 03 00 00 00 20 00 00 00 41 00 00 00 9c
Results in:
>>EIP: 1c71a9 <super_blocks+45/6500>
Trace: 12c5b0 <permission+20/c0>
Trace: 12c708 <lookup+38/110>
Trace: 12c8e5 <dir_namei+95/140>
Trace: 12cb52 <open_namei+52/480>
Trace: 12b7e9 <do_execve+49/1c0>
Trace: 12c50f <getname+ff/170>
Trace: 109cb2 <sys_execve+32/60>
Trace: 10a559 <system_call+59/a0>
Code: 1c71a9 <super_blocks+45/6500> popl %es
Code: 1c71aa <super_blocks+46/6500> addb %al,(%eax)
Code: 1c71ac <super_blocks+48/6500> std
Code: 1c71ad <super_blocks+49/6500> addb %al,(%eax)
Code: 1c71af <super_blocks+4b/6500> addb %al,(%ebx)
Code: 1c71b1 <super_blocks+4d/6500> addb %al,(%eax)
Code: 1c71b3 <super_blocks+4f/6500> addb %ah,(%eax)
Code: 1c71b5 <super_blocks+51/6500> addb %al,(%eax)
Code: 1c71b7 <super_blocks+53/6500> addb %al,0x0(%ecx)
Code: 1c71ba <super_blocks+56/6500> addb %al,(%eax)
Code: 1c71bc <super_blocks+58/6500> pushf
Nuf' information?
bye,
Peter