• 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: Debugging Proprietary KEXTs
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Debugging Proprietary KEXTs


  • Subject: Re: Debugging Proprietary KEXTs
  • From: "R. Tyler Ballance" <email@hidden>
  • Date: Sun, 4 Feb 2007 14:51:53 -0600


On Feb 4, 2007, at 8:49 AM, Andrew Gallatin wrote:

I don't have parallels myself.  Is it possible to disable all their
networking support and see if the panic goes away?  I'm not sure what
sort of debugging technique you could use to prove that this is
parallels' fault without having the source.  I finally found my bug by
inspection.  Hmm.. If you have 10.5, and parallels' works on 10.5, you
*might* be able to use dtrace to track all mbuf allocations and frees.

My first step in debugging was to kextunload the VMWare KEXTs loaded and see if I can reproduce it, I was hoping there would be a bit more "scientific" way to debug this than unloading the parallels KEXTs (one by one) and trying to locate which (if any) crashes the machine. Unfortunately, this is my primary machine, so even during testing, seeing the machine crash still ticks me off ;)


Cheers

R. Tyler Ballance: Lead Mac Developer at bleep. software
contact: email@hidden | jabber: email@hidden

 _______________________________________________
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 Proprietary KEXTs
      • From: Godfrey van der Linden <email@hidden>
References: 
 >Debugging Proprietary KEXTs (From: "R. Tyler Ballance" <email@hidden>)
 >Re: Debugging Proprietary KEXTs (From: Andrew Gallatin <email@hidden>)

  • Prev by Date: Re: mach in signal handler
  • Next by Date: RE: Walking the task list from a kext
  • Previous by thread: Re: Debugging Proprietary KEXTs
  • Next by thread: Re: Debugging Proprietary KEXTs
  • Index(es):
    • Date
    • Thread