• 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
Debugging a Kernel Panic
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Debugging a Kernel Panic


  • Subject: Debugging a Kernel Panic
  • From: Jones Curtis <email@hidden>
  • Date: Tue, 27 Feb 2007 06:01:07 -0500

I have a customer who is experiencing kernel panics that are likely caused (at least partially) by my kernel extension. Thankfully, this is a fairly technically proficient customer, with multiple machines, and a desire to learn about remote kernel debugging. Hard to beat that. I sent him debug builds of the kernel extension and instructions on how to get everything set up and what to do when a panic occurs.

There is no obvious reason, circumstance or pattern to the crashes and I absolutely can not reproduce them (although I do not have a dual-proc G5, which is the machine of his that is crashing).

The information gdb provides is rarely anything more than this:

(gdb) bt
#0  0x000ab7f8 in kernelStackUnaligned ()
Cannot access memory at address 0x44097f00
Cannot access memory at address 0x44097f00

I'm not sure how to proceed. Can anyone suggest any methods for getting gdb to give me more helpful information? Also, there isn't exactly an abundance of information (on Google) regarding kernelStackUnaligned(); perhaps it is indicative of a certain type of problem that might help with debugging? Any help appreciated....


Thanks.


-- Curtis Jones email@hidden

Attachment: smime.p7s
Description: S/MIME cryptographic signature

 _______________________________________________
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

  • Follow-Ups:
    • Re: Debugging a Kernel Panic
      • From: Terry Lambert <email@hidden>
    • Re: Debugging a Kernel Panic
      • From: William Kucharski <email@hidden>
  • Prev by Date: Re: Passing arguments to application lauch through KUNCExecute() call
  • Next by Date: Re: Debugging a Kernel Panic
  • Previous by thread: Regarding dual headed IOFramebuffer instances
  • Next by thread: Re: Debugging a Kernel Panic
  • Index(es):
    • Date
    • Thread