BSP是板級支持包，是介於主板硬件和操作系統之間的一層，應該說是屬於操作系統的一部分,主要目的是爲了支持操作系統，使之能夠更好的運行於硬件主板。BSP是相對於操作系統而言的，不同的操作系統對應於不同定義形式的BSP,例如VxWorks的BSP和Linux的BSP相對於某一CPU來說盡管實現的功能一樣，可是寫法和接口定義是完全不同的，所以寫BSP一定要按照該系統BSP的定義形式來寫（BSP的編程過程大多數是在某一個成型的BSP模板上進行修改）。這樣才能與上層OS保持正確的接口，良好的支持上層OS。
例如：
在VxWorks中的網卡驅動，首先在config.h中包含該網卡，然後將網卡含網卡的信息的參數放入數組 END_TBL_ENTRY endDevTbl [] 中，系統通過函數muxDevLoad( )調用這個數組來安裝網卡驅動。而在Linux中的網卡驅動，是在space.c中聲明該網絡設備，再把網卡驅動的一些函數加到dev結構中，由函數ether_setup（）來完成網卡驅動的安裝。純粹的BSP所包含的內容一般說來是和系統有關的驅動和程序，如網絡驅動和系統中網絡協議有關，串口驅動和系統下載調試有關等等。離開這些驅動系統就不能正常工作。Tornado中BSP的編譯和上層應用程序不同，用命令行或直接在Tornado環境下Build,在Tornado下不能跟蹤調試。
用戶也可以添加自己的程序到BSP中，但嚴格來說不應該算BSP.一般來說這種做法不建議。因爲一旦操作系統能良好運行於最終的主板硬件後，BSP也就固定了，不需要做任何改動。而用戶自己在BSP中的程序還會不斷的升級更新，這樣勢必對BSP有不好的影響，對系統造成影響，同時由於BSP調試編譯環境較差，也不利於程序的編譯調試。
|----------------------------|
| 上層程序 |
| |
| Tools - Applications |
| |
| I/O System |
| VxWorks Libraries |
| TCP/IP |
|----------------------------|
|----------------------------|
| Wind Kernel |
| |
| BSP |
|----------------------------|
|----------------------------|
| SCSI Controllerr |
| Serial Controller |
| Clock Timer |
| Ethernet Controller |
|----------------------------|
| |
| 硬件 |
|----------------------------|
BSP在嵌入式系統和Windows系統中的不同
其實運行與PC機上的windows或linux系統也是有BSP的。只是PC機均採用統一的X86體系架構，這樣一定操作系統（windows,linux..)的BSP相對x86架構是單一確定的，不需要做任何修改就可以很容易支持OS在x86上正常運行，所以在PC機上談論BSP這個概念也沒什麼意義了。而對嵌入式系統來說情況則完全不同，目前市場上多種結構的嵌入式CPU（RISC)並存(PPC,ARM,MIPS....),爲了性能的需要，外圍設備也會有不同的選擇和定義。一個嵌入式操作系統針對不同的CPU,會有不同的BSP,即使同一種CPU,由於外設的一點差別（如外部擴展DRAM的大小，類型改變），BSP相應的部分也不一樣。所以根據硬件設計編寫和修改BSP，保證系統正常的運行是非常重要的。
BSP在嵌入式開發中的位置和作用
BSP開發處於整個嵌入式開發的前期，是後面系統上應用程序能夠正常運行的保證。
大概步驟如下：
1.硬件主板研製，測試。
2.操作系統的選定，BSP編程。
3.上層應用程序的開發。
BSP部分在硬件和操作系統，上層應用程序之間。所以這就要求BSP程序員對硬件，軟件和
操作系統都要有一定的瞭解。這樣才能做好BSP編程。
熟悉工具方面：電錶，示波器，邏輯分析儀。硬件仿真器，仿真調試環境。