• 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
darwin-kernel Mailing List

darwin-kernel Mailing List

  • Thread Index
[Prev Page][Next Page]
  • Open Source Sample Profiler
    • From: "MFAWZY" <email@hidden>
  • Re: Loopback File System
    • From: Colin Hirsch <email@hidden>
  • Re: How can the so_pcb field of a "socket_t" instance be accessed with KPI?
    • From: Stephane Sudre <email@hidden>
  • Loopback File System
    • From: "MFAWZY" <email@hidden>
  • Re: How can the so_pcb field of a "socket_t" instance be accessed with KPI?
    • From: Terry Lambert <email@hidden>
  • Re: How can the so_pcb field of a "socket_t" instance be accessed with KPI?
    • From: Stephane Sudre <email@hidden>
  • Re: Sleeping in nanos
    • From: Colin Hirsch <email@hidden>
  • Re: IODemoryDescriptor->prepare() Performance relateted to the kIODirection?
    • From: Godfrey van der Linden <email@hidden>
  • Re: Sleeping in nanos
    • From: Terry Lambert <email@hidden>
  • Re: Debugging Proprietary KEXTs
    • From: Godfrey van der Linden <email@hidden>
  • Re: Examining kernel thread state at run-time
    • From: Sam Vaughan <email@hidden>
  • Re: Sleeping in nanos
    • From: Jan Brittenson <email@hidden>
  • Re: Sleeping in nanos
    • From: Jan Brittenson <email@hidden>
  • Re: Sleeping in nanos
    • From: Michael Smith <email@hidden>
  • Re: How can the so_pcb field of a "socket_t" instance be accessed with KPI?
    • From: Vincent Lubet <email@hidden>
  • Re: How can the so_pcb field of a "socket_t" instance be accessed with KPI?
    • From: Josh Graessley <email@hidden>
  • Re: [APPL:DarwinKernel] Re: Sleeping in nanos
    • From: Ed Wynne <email@hidden>
  • Re: [APPL:DarwinKernel] Re: Sleeping in nanos
    • From: Greg <email@hidden>
  • Re: [APPL:DarwinKernel] Re: Sleeping in nanos
    • From: "Jay A. Kreibich" <email@hidden>
  • Re: Sleeping in nanos
    • From: Jonas Maebe <email@hidden>
  • Re: Sleeping in nanos
    • From: Graham J Lee <email@hidden>
  • Re: Sleeping in nanos
    • From: Greg <email@hidden>
  • Re: Sleeping in nanos
    • From: Greg <email@hidden>
  • Re: Sleeping in nanos
    • From: Graham J Lee <email@hidden>
  • Re: Sleeping in nanos
    • From: "Shawn Erickson" <email@hidden>
  • Fwd: Sleeping in nanos
    • From: "Shawn Erickson" <email@hidden>
  • Re: Sleeping in nanos
    • From: Greg <email@hidden>
  • Re: Examining kernel thread state at run-time
    • From: Quinn <email@hidden>
  • Missing files (Was: kernel mprotecting my stack?)
    • From: Steve Checkoway <email@hidden>
  • How can the so_pcb field of a "socket_t" instance be accessed with KPI?
    • From: Stephane <email@hidden>
  • Re: kernel mprotecting my stack?
    • From: Jonas Maebe <email@hidden>
  • Re: kernel mprotecting my stack?
    • From: Steve Checkoway <email@hidden>
  • Re: kernel mprotecting my stack?
    • From: "Justin C. Walker" <email@hidden>
  • Re: kernel mprotecting my stack?
    • From: William Kucharski <email@hidden>
  • Re: Sleeping in nanos
    • From: Michael Smith <email@hidden>
  • Re: Examining kernel thread state at run-time
    • From: Sam Vaughan <email@hidden>
  • Re: Sleeping in nanos
    • From: Greg <email@hidden>
  • Re: kernel mprotecting my stack?
    • From: Cyrus Harmon <email@hidden>
  • Re: kernel mprotecting my stack?
    • From: Michael Smith <email@hidden>
  • Re: Sleeping in nanos
    • From: Michael Smith <email@hidden>
  • Re: Walking the task list from a kext
    • From: Michael Smith <email@hidden>
  • Re: multiple plumbers for interface type
    • From: Michael Cashwell <email@hidden>
  • Re: multiple plumbers for interface type
    • From: Josh Graessley <email@hidden>
  • Examining kernel thread state at run-time
    • From: Allen Briggs <email@hidden>
  • multiple plumbers for interface type
    • From: "Brian Wotring" <email@hidden>
  • Re: kernel mprotecting my stack?
    • From: Cyrus Harmon <email@hidden>
  • Re: kernel mprotecting my stack?
    • From: Garth Cummings <email@hidden>
  • Re: Easy mbuf_pullup Question (I hope)
    • From: Andrew Gallatin <email@hidden>
  • kernel mprotecting my stack?
    • From: Cyrus Harmon <email@hidden>
  • Re: Easy mbuf_pullup Question (I hope)
    • From: Terry Lambert <email@hidden>
  • Re: Sleeping in nanos
    • From: Greg <email@hidden>
  • Re: Easy mbuf_pullup Question (I hope)
    • From: Andrew Gallatin <email@hidden>
  • Re: Easy mbuf_pullup Question (I hope)
    • From: email@hidden (Jun-ichiro itojun Hagino)
  • Easy mbuf_pullup Question (I hope)
    • From: Jones Curtis <email@hidden>
  • Re: Sleeping in nanos
    • From: Terry Lambert <email@hidden>
  • Re: mach in signal handler
    • From: Terry Lambert <email@hidden>
  • RE: Walking the task list from a kext
    • From: "Yount, Chuck" <email@hidden>
  • Re: Debugging Proprietary KEXTs
    • From: "R. Tyler Ballance" <email@hidden>
  • Re: mach in signal handler
    • From: Michael Smith <email@hidden>
  • Re: Walking the task list from a kext
    • From: Michael Smith <email@hidden>
  • Re: Debugging Proprietary KEXTs
    • From: Andrew Gallatin <email@hidden>
  • Re: Can a Kext Unload Itself?
    • From: Dean Reece <email@hidden>
  • Can a Kext Unload Itself?
    • From: Jones Curtis <email@hidden>
  • Re: Sleeping in nanos
    • From: Shawn Erickson <email@hidden>
  • Re: Sleeping in nanos
    • From: Greg <email@hidden>
  • Re: Sleeping in nanos
    • From: Shawn Erickson <email@hidden>
  • Re: Sleeping in nanos
    • From: Shawn Erickson <email@hidden>
  • Re: Sleeping in nanos
    • From: Jonas Maebe <email@hidden>
  • Re: Sleeping in nanos
    • From: Greg <email@hidden>
  • Re: Sleeping in nanos
    • From: Colin Hirsch <email@hidden>
  • Re: Sleeping in nanos
    • From: Ed Wynne <email@hidden>
  • Re: Sleeping in nanos
    • From: Jan Brittenson <email@hidden>
  • Re: Sleeping in nanos
    • From: Greg <email@hidden>
  • Re: mach in signal handler
    • From: Cyrus Harmon <email@hidden>
  • Re: Sleeping in nanos
    • From: Terry Lambert <email@hidden>
  • Re: mach in signal handler
    • From: Terry Lambert <email@hidden>
  • Re: Sleeping in nanos
    • From: Ed Wynne <email@hidden>
  • Re: Sleeping in nanos
    • From: Greg <email@hidden>
  • Debugging Proprietary KEXTs
    • From: "R. Tyler Ballance" <email@hidden>
  • Re: Sleeping in nanos
    • From: Ed Wynne <email@hidden>
  • Re: mach in signal handler
    • From: Steve Checkoway <email@hidden>
  • Fwd: Sleeping in nanos
    • From: Greg <email@hidden>
  • Sleeping in nanos
    • From: Greg <email@hidden>
  • Re: mach in signal handler
    • From: Quinn <email@hidden>
  • RE: Walking the task list from a kext
    • From: Quinn <email@hidden>
  • Re: mach in signal handler
    • From: Steve Checkoway <email@hidden>
  • Re: mach in signal handler
    • From: Terry Lambert <email@hidden>
  • Re: mach in signal handler
    • From: Steve Checkoway <email@hidden>
  • Re: Regarding Hostname of Router!!
    • From: Terry Lambert <email@hidden>
  • Regarding Hostname of Router!!
    • From: "subodh singh" <email@hidden>
  • Re: mach in signal handler
    • From: Terry Lambert <email@hidden>
  • mach in signal handler
    • From: Steve Checkoway <email@hidden>
  • Re: /System/Library/Extensions vs /Library/StartupItems
    • From: Ronnie Misra <email@hidden>
  • Re: Walking the task list from a kext
    • From: Steven Bytnar <email@hidden>
  • Re: Walking the task list from a kext
    • From: "Justin C. Walker" <email@hidden>
  • RE: Walking the task list from a kext
    • From: "Yount, Chuck" <email@hidden>
  • Re: /System/Library/Extensions vs /Library/StartupItems
    • From: Stephane <email@hidden>
  • Re: Walking the task list from a kext
    • From: Quinn <email@hidden>
  • Re: /System/Library/Extensions vs /Library/StartupItems
    • From: Quinn <email@hidden>
  • Walking the task list from a kext
    • From: "Yount, Chuck" <email@hidden>