--
Randy,
sorry about the delay, actually had 2 days holiday!! Here's the oops
report
from ksymoops, kernel version 2.4.14.
Best Wishes,
Tim
Reading Oops report from the terminal
c01fe566
*pde = 00000000
Oops: 0000
CPU: 0
EIP: 0010:[<c01fe566>] Not tainted
EFLAGS: 00010202
eax: 00000246 ebx: dfe52200 ecx: df1cae00 edx: 00000246
esi: d0d21000 edi: 000001be ebp: 000002bc esp: d3d17f24
ds: 0018 es: 0018 ss: 0018
Process sadc (pid: 18159, stackpage=d3d17000)
Stack: 00000000 dfe52200 c01fe674 d0d21000 dfe52200 000002bc 00000c00 00001000
d0d21000 c015ff94 d0d21000 d3d17f68 000002bc 00000c00 c18f0960 00000000
00000000 00000000 d9d02960 ffffffea 00000000 40017000 c013e296 d9d02960
Call Trace: [<c01fe674>] [<c015ff94>] [<c013e296>] [<c010758b>]
Code: 8b 42 58 50 8b 4a 44 8b 42 40 01 c8 8b 4a 50 01 c8 8b 4a 4c
<3>APIC error on CPU0: 01(02)
c01fe566
*pde = 00000000
Oops: 0000
CPU: 0
EIP: 0010:[<c01fe566>] Not tainted
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010202
eax: 00000246 ebx: dfe52200 ecx: df1cae00 edx: 00000246
esi: d0d21000 edi: 000001be ebp: 000002bc esp: d3d17f24
ds: 0018 es: 0018 ss: 0018
Process sadc (pid: 18159, stackpage=d3d17000)
Stack: 00000000 dfe52200 c01fe674 d0d21000 dfe52200 000002bc 00000c00 00001000
d0d21000 c015ff94 d0d21000 d3d17f68 000002bc 00000c00 c18f0960 00000000
00000000 00000000 d9d02960 ffffffea 00000000 40017000 c013e296 d9d02960
Call Trace: [<c01fe674>] [<c015ff94>] [<c013e296>] [<c010758b>]
Code: 8b 42 58 50 8b 4a 44 8b 42 40 01 c8 8b 4a 50 01 c8 8b 4a 4c
>>EIP; c01fe566 <sprintf_stats+26/c0> <=====
Trace; c01fe674 <dev_get_info+74/c0>
Trace; c015ff94 <proc_file_read+94/190>
Trace; c013e296 <sys_read+96/d0>
Trace; c010758b <system_call+33/38>
Code; c01fe566 <sprintf_stats+26/c0>
00000000 <_EIP>:
Code; c01fe566 <sprintf_stats+26/c0> <=====
0: 8b 42 58 mov 0x58(%edx),%eax <=====
Code; c01fe569 <sprintf_stats+29/c0>
3: 50 push %eax
Code; c01fe56a <sprintf_stats+2a/c0>
4: 8b 4a 44 mov 0x44(%edx),%ecx
Code; c01fe56d <sprintf_stats+2d/c0>
7: 8b 42 40 mov 0x40(%edx),%eax
Code; c01fe570 <sprintf_stats+30/c0>
a: 01 c8 add %ecx,%eax
Code; c01fe572 <sprintf_stats+32/c0>
c: 8b 4a 50 mov 0x50(%edx),%ecx
Code; c01fe575 <sprintf_stats+35/c0>
f: 01 c8 add %ecx,%eax
Code; c01fe577 <sprintf_stats+37/c0>
11: 8b 4a 4c mov 0x4c(%edx),%ecx
On Saturday 08 Dec 2001 00:04, rddunlap@osdl.org wrote:
> On Fri, 7 Dec 2001, Tim Kay wrote:
> | I've posted about this before but as we now have more debug I'll try
> | again. The apic thing is VERY worrying. We have 30+ Poweredges running
> | Linux and they all have trouble with apic
> | APIC error on CPU0: 02(02)
> | APIC error on CPU1: 01(02)
> | even with noapic set on boot up.
>
> Wow. There was some email a few months back about some motherboards
> and/or chipsets with known problems similar to this.
> I'll see if I can find it.
>
> | /proc/interrupts says everythings using XT-PIC :
> | CPU0 CPU1
> | 0: 242819123 0 XT-PIC timer
> | 1: 1121 0 XT-PIC keyboard
> | 2: 0 0 XT-PIC cascade
> | 3: 9531664 0 XT-PIC aic7xxx
> | 5: 874076356 0 XT-PIC e100
> | 11: 16 0 XT-PIC aic7xxx
> | 14: 1273 0 XT-PIC ide0
> | NMI: 0 0
> | LOC: 242810985 242810942
> | ERR: 1967
> | MIS: 0
> | Now we have this as well, I assume it's related:
>
> I can't tell if it's related or not.
> Can you run this Oops message thru ksymoops and post that?
>
> | Unable to handle kernel NULL pointer dereference at virtual address
> | 0000029e printing eip:
> | c01fe566
> | *pde = 00000000
> | Oops: 0000
> | CPU: 0
> | EIP: 0010:[<c01fe566>] Not tainted
> | EFLAGS: 00010202
> | eax: 00000246 ebx: dfe52200 ecx: df1cae00 edx: 00000246
> | esi: d0d21000 edi: 000001be ebp: 000002bc esp: d3d17f24
> | ds: 0018 es: 0018 ss: 0018
> | Process sadc (pid: 18159, stackpage=d3d17000)
> | Stack: 00000000 dfe52200 c01fe674 d0d21000 dfe52200 000002bc 00000c00
> | 00001000 d0d21000 c015ff94 d0d21000 d3d17f68 000002bc 00000c00 c18f0960
> | 00000000 00000000 00000000 d9d02960 ffffffea 00000000 40017000 c013e296
> | d9d02960 Call Trace: [<c01fe674>] [<c015ff94>] [<c013e296>] [<c010758b>]
> |
> | Code: 8b 42 58 50 8b 4a 44 8b 42 40 01 c8 8b 4a 50 01 c8 8b 4a 4c
> | <3>APIC error on CPU0: 01(02)
> |
> | Strangely the machine is still responding although it always seemed to
> | die under heavy load before. Is this a problem with the Serverworks
> | m'board or the Dell BIOS or the kernel??
>
> Don't know...
>
> Regards,
----------------
Tim Kay
systems administrator
Advfn.com Plc - http://www.advfn.com/
timk@advfn.com
Tel: 020 7070 0941
Fax: 020 7070 0959
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Sat Dec 15 2001 - 21:00:25 EST