Contents

Board support package

Software needed to operate motherboards

This article needs additional citations for verification. Please help improve this articlebyadding citations to reliable sources. Unsourced material may be challenged and removed. Find sources: "Board support package" – news · newspapers · books · scholar · JSTOR (February 2024) (Learn how and when to remove this message)

Inembedded systems, a board support package (BSP) is the layer of software containing hardware-specific boot firmware and device drivers and other routines that allow a given embedded operating system, for example a real-time operating system (RTOS), to function in a given hardware environment (amotherboard), integrated with the embedded operating system.^[1][2][3]

Software[edit]

Third-party hardware developers who wish to support a given embedded operating system must create a BSP that allows that embedded operating system to run on their platform. In most cases, the embedded operating system image and software license, the BSP containing it, and the hardware are bundled together by the hardware vendor.

BSPs are typically customizable, allowing the user to specify which drivers and routines should be included in the build based on their selection of hardware and software options. For instance, a particular single-board computer might be paired with several peripheral chips; in that case the BSP might include drivers for peripheral chips supported; when building the BSP image the user would specify which peripheral drivers to include based on their choice of hardware.

Some suppliers also provide a root file system, a toolchain for building programs to run on the embedded system, and utilities to configure the device (while running) along with the BSP. Many embedded operating system providers provide template BSP's, developer assistance, and test suites to aid BSP developers to set up an embedded operating system on a new hardware platform.

History[edit]

The term BSP has been in use since 1981 when Hunter & Ready, the developers of the Versatile Real-Time Executive (VRTX), first coined the term to describe the hardware-dependent software needed to run VRTX on a specific hardware platform. Since the 1980s, it has been in wide use throughout the industry. Virtually all RTOS providers now use the term BSP.

In modern systems, the term has been extended to refer to packages that only deal with one processor, not the whole motherboard.^[1]

Example[edit]

The Wind River Systems board support package for the ARM Integrator 920T single-board computer contains, among other things, these elements:

• A config.h file, which defines constants such as ROM_SIZE and RAM_HIGH_ADRS.
• AMakefile, which defines binary versions of VxWorks ROM images for programming into flash memory.
• A boot ROM file, which defines the boot line parameters for the board.
• A target.ref file, which describes board-specific information such as switch and jumper settings, interrupt levels, and offset bias.
• AVxWorks image.
• Various C files, including:

flashMem.c—the device driver for the board's flash memory

pciIomapShow.c—mapping file for the PCI bus

primeCellSio.c—TTY driver

sysLib.c—system-dependent routines specific to this board

romInit.s—ROM initialization module for the board; contains entry code for images that start running from ROM

Additionally the BSP is supposed to perform the following operations:

• Initialize the processor
• Initialize the board
• Initialize the RAM
• Configure the segments
• Load and run OS from flash

See also[edit]

• BIOS
• UEFI

References[edit]