QNX systems are built from the QNX Neutrino RTOS standard release components, the architecture- and board-specific files provided in QNX BSPs, and customer and third-party components.
QNX Board Support Packages (BSPs) provide a layer of hardware-specific software that facilitates implementing the QNX Neutrino RTOS on specific boards. QNX writes BSPs for the most popular platforms supported by the QNX Neutrino RTOS. BSPs are architecture-specific, board-specific, and may even be board revision-specific. Nonetheless, all BSPs include the same basic components, and provide the same functionality: a shim layer between the hardware and the OS, which looks after initializations and other architecture- and hardware-specific tasks needed to prepare an environment in which the OS can run.
The diagram below illustrates the relationship between the hardware (the board), the BSP layer, the OS, and the applications in a QNX system. Note that, like BSPs, drivers are hardware-specific.
BSPs don't include the OS, standard resources managers and drivers, or applications. They assume that you have the SDP on your host. You bring the BSP and the OS and other components together into a bootable image when you build an image filesystem (IFS) (see Working with QNX BSPs).
The QNX Neutrino RTOS release supports the following processor families:
The processor family as well as the capabilities offered by specific boards are important (e.g., support for eMMC or NOR Flash). They are fundamental to the choices you need to make when you develop your BSP. In this document we don't provide board-specific details, or discuss how to design a BSP for any specific board. However, we do discuss some of the implications of board design and capabilites.