Suvarna Garge (Editor)

XNU

Updated on
Edit
Like
Comment
Share on FacebookTweet on TwitterShare on LinkedInShare on Reddit
Developer
  
Apple Inc.

OS family
  
Unix-like

Source model
  
Open-source

Written in
  
C, C++

Working state
  
Current

Initial release
  
December 1996; 20 years ago (1996-12)

XNU is the computer operating system kernel developed at Apple Inc. since December 1996 for use in the macOS operating system and released as free and open-source software as part of the Darwin operating system. It is also used as the kernel for the iOS, tvOS, and watchOS operating systems. XNU is an abbreviation of X is Not Unix.

Contents

Originally developed by NeXT for the NeXTSTEP operating system, XNU was a hybrid kernel combining version 2.5 of the Mach kernel developed at Carnegie Mellon University with components from 4.3BSD and an Objective-C API for writing drivers called Driver Kit.

After Apple acquired NeXT, the Mach component was upgraded to 3.0, the BSD components were upgraded with code from the FreeBSD project, and the Driver Kit was replaced with a C++ API for writing drivers called I/O Kit.

Kernel design

XNU is a hybrid kernel, containing features of both monolithic kernels and microkernels, attempting to make the best use of both technologies, such as the message passing ability of microkernels enabling greater modularity and larger portions of the OS to benefit from memory protection, and retaining the speed of monolithic kernels for some critical tasks.

As of 2007, XNU runs on ARM, IA-32, and x86-64 processors, both one processor and symmetric multiprocessing (SMP) models. PowerPC support is removed as of version 10 (i.e., Mac OS X 10.6).

Mach

The basis of the XNU kernel is a heavily modified Mach 3.0 kernel. As such, it is able to run the core of an operating system as separated processes, which allows a great flexibility (it could run several operating systems in parallel above the Mach core), but this often reduces performance because of time consuming kernel/user mode context switches and overhead stemming from mapping or copying messages between the address spaces of the kernel and that of the service daemons. With Mac OS X, the designers have attempted to streamline some tasks and thus BSD functionality was built into the core with Mach. The result is a "hybrid" kernel that combines a heavily modified "hybrid" Mach 3.0 kernel and a classic BSD kernel, with some advantages and disadvantages of both.

BSD

The Berkeley Software Distribution (BSD) part of the kernel provides the POSIX application programming interface (API, BSD system calls), the Unix process model atop Mach tasks, basic security policies, user and group ids, permissions, the networking protocols, the virtual file system code (including a filesystem independent journaling layer), several local file systems such as HFS/HFS+, the Network File System (NFS) client and server, cryptographic framework, UNIX System V inter-process communication (IPC), audit subsystem, mandatory access control, and some of the locking primitives. The BSD code present in XNU came from the FreeBSD kernel. Although much of it has been significantly modified, code sharing still occurs between Apple and the FreeBSD Project.

K32/K64

XNU in Mac OS X Snow Leopard, v10.6, (Darwin version 10) and later comes in two varieties, a 32-bit version called K32 and a 64-bit version called K64. K32 can run 64-bit applications in userland. What's new in Mac OS X 10.6 is the ability to run XNU in 64-bit kernel space. K32 is the default kernel for 10.6 Server when used on all machines except newer Mac Pro and Xserve models (2008 and later) and can run 64-bit applications. K64 has several benefits compared to K32:

  • Can manage more than 32 GB RAM, as the memory map would consume a disproportionately large area of the 32-bit kernel space.
  • Cache buffer sizes can be larger than what the 32-bit kernel space allows, potentially increasing I/O performance.
  • Performance is increased when using high-performance networking devices or multiple graphics processing units (GPUs), as the kernel can map all of the devices in 64-bit space even if several have very large direct memory access (DMA) buffers.
  • Booting while holding down 6 and 4 forces the machine to boot K64 on machines supporting 64-bit kernels. K64 will run 32-bit applications but it will not run 32-bit kernel extensions (KEXTs) so these must be ported to K64 to be able to load.

    I/O Kit

    I/O Kit is the device driver framework, written in a subset of C++ based on Embedded C++. Using its object-oriented design, features common to any class of driver are provided within the framework, helping device drivers be written in less time and code. The I/O Kit is multi-threaded, symmetric multiprocessing (SMP)-safe, and allows for hot-pluggable devices and automatic, dynamic device configuration.

    Many drivers can be written to run from user space, which further enhances the stability of the system. If a user-space driver crashes, it will not crash the kernel. However, if a kernel-space driver crashes it will crash the kernel. Examples of kernel-space drivers include disk adapter and network adapter drivers, graphics drivers, drivers for Universal Serial Bus (USB) and FireWire host controllers, and drivers for virtual machine software such as VirtualBox, Parallels Desktop for Mac, and VMware Fusion.

    References

    XNU Wikipedia


    Similar Topics