• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: Understanding cores...
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Understanding cores...


  • Subject: Re: Understanding cores...
  • From: Andreas Fink <email@hidden>
  • Date: Mon, 8 Jan 2007 21:48:26 +0100

Dear Derek,

The NKE crashes consistently between 1 to 5 times per day. It does crash on a brand new installed MacMini as well
it has crashed (with this type of panic log) a MacPro and two different Mac Mini Intels (Michael, yours was intel too right?).  The Unresolved kernel Trap crashes we have only seen on Intel (we have seen crashes on PPC too but those where other issues which have been fixed in the NKE since).. It happened also on a MacPro while only one CPU was active and the other 3 where disabled in the system preferences.

Since last patches the XServe G5 runs 4 days in a row while the MacPro has crashed about a dozen times since.

On 08.01.2007, at 19:39, Derek Kumar wrote:


(gdb) paniclog
panic(cpu 2 caller 0x001A3135): Unresolved kernel trap (CPU 2, Type 14=page fault), registers:
CR0: 0x8001003b, CR2: 0xffffffe0, CR3: 0x011b0000, CR4: 0x000006e0
EAX: 0x00000000, EBX: 0x352c4038, ECX: 0x352c4000, EDX: 0x352dd008
CR2: 0xffffffe0, EBP: 0x00000000, ESI: 0x352f4010, EDI: 0x004ae85c
EFL: 0x00010046, EIP: 0x00135f3b, CS:  0x00000008, DS:  0x03820010

Backtrace, Format - Frame : Return Address (4 potential args on stack)
0x252a3d68 : 0x128d1f (0x3c9540 0x252a3d8c 0x131df4 0x0)
0x252a3da8 : 0x1a3135 (0x3cf1f4 0x2 0xe 0x3cea24)
0x252a3eb8 : 0x19a8d4 (0x252a3ed0 0x352f4000 0x252a3f28 0x352f4000) Backtrace terminated-invalid frame pointer 0x0

Kernel version:
Darwin Kernel Version 8.8.1: Mon Sep 25 19:42:00 PDT 2006; root:xnu-792.13.8.obj~1/RELEASE_I386

task        vm_map      ipc_space  #acts   pid  proc        command
0x03808da0  0x013e3f3c  0x037d2ef0   54      0  0x004d2200  kernel_task
            activation  thread      pri  state  wait_queue  wait_event
            0x03822e68  0x03822e68    0  IR
                reserved_stack=0x24ff8000
                kernel_stack=0x252a0000
                stacktop=0x252a3d68
                0x252a3d68  0x128d1f <panic+382>
                0x252a3da8  0x1a3135 <kernel_trap+1538>
                0x252a3eb8  0x19a8d4 <trap_from_kernel+19>
                stackbottom=0x252a3eb8

As Brian noted, this is a page fault that could not be satisfied, and on the kernel version noted in the panic log, the faulting instruction corresponds to the idle_thread() function. This is the machine independent entry to the processor idle code, which essentially looks for threads to dispatch and invokes the machine specific power management state machine/idle power state as appropriate. The fault was triggered whilst trying to load a local (using the base+displacement mode), but the framepointer (EBP) was 0, leading to the fault. Nothing directly points to your NKE as far as I can tell, but one possibility is memory corruption leading to the zeroing of the EBP record in the register state stored at the base of the kernel stack (which is reloaded at context switch time). You say your system "crashes a lot"--does it crash consistently in this manner, and only when your NKE is loaded?

Derek
gdb) x/i 0x135f3b
0x135f3b <idle_thread+120>:     mov    -32(ëp),íx
which corresponds to
2544            while ( (*threadp == THREAD_NULL)                              &&
2545                                    (*gcount == 0) && (*lcount == 0)       )
and "threadp" is a local, and EBP, the framepointer, happens to be 0, leading to a page fault







Andreas Fink
Fink Consulting GmbH
---------------------------------------------------------------
Tel: +41-61-6666332 Fax: +41-61-6666331  Mobile: +41-79-2457333
Address: Clarastrasse 3, 4058 Basel, Switzerland
E-Mail:  email@hidden
Homepage: http://www.finkconsulting.com
---------------------------------------------------------------
ICQ: 8239353
MSN: email@hidden AIM: smsrelay Skype: andreasfink
Yahoo: finkconsulting SMS: +41792457333




 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Darwin-kernel mailing list      (email@hidden)
Help/Unsubscribe/Update your Subscription:

This email sent to email@hidden

References: 
 >Understanding cores... (From: Michael Tuexen <email@hidden>)
 >Re: Understanding cores... (From: "Brian Bechtel" <email@hidden>)
 >Re: Understanding cores... (From: Derek Kumar <email@hidden>)

  • Prev by Date: Re: User-space to kernel communication
  • Next by Date: Re: Understanding cores...
  • Previous by thread: Re: Understanding cores...
  • Next by thread: Re: Understanding cores...
  • Index(es):
    • Date
    • Thread