BSP和SDK的区别

一，转载：(6条消息) 关于驱动程序与BSP的区别_嵌入式Linux系统开发的博客-CSDN博客_bsp驱动

BSP即Board Support Package，板级支持包。它来源于嵌入式操作系统与硬件无关的设计思想，操作系统被设计为运行在虚拟的硬件平台上。对于具体的硬件平台，与硬件相关的代码都被封装在BSP中，由BSP向上提供虚拟的硬件平台，BSP与操作系统通过定义好的接口进行交互。BSP是所有与硬件相关的代码体的集合。

BSP在嵌入式系统中的角色，很相似于在PC系统中的BIOS和驱动程序的地位。

BSP就看成BIOS+驱动或者bootloader+驱动

BSP和驱动的区别：bsp还包括了bootloader，或者bsp是包含了cpu、电源管理这些比驱动更深层次的硬件支持包。

驱动的话，一般岗位要求你熟悉IIC、SPI等通信协议呀什么的，让你驱动某个外设，某个芯片。

1、BSP是一般是芯片原厂提供的，驱动是自己写的。

2、bsp是保证os启动前所作的必须工作，包括初始化工作，引导os启动起来，也包括一些用户的配置信息。 os启动后，可以认为bsp已经不再起作用了，os会调相应的驱动来重新初始化系统。驱动可以认为是os内核中的一部分。

3、 BSP是嵌入式系统中介于硬件平台和操作系统之间的中间层软件，主要目的是为了屏蔽底层硬件的多样性，根据操作系统的要求完成对硬件的直接操作，向操作系统提供底层硬件信息并最终启动操作系统。BSP具有硬件相关性和操作系统相关性的特点，其主要作用包括：
(1)初始化底层硬件，为操作系统提供底层硬件信息；
(2)初始化相关硬件设备，主要是存储设备、通信设备；
(3)检测系统硬件是否正常；
(4)加载操作系统并启动系统运行。

4、BSP（Board Support Package），板级支持包，也称为硬件抽象层HAL或者中间层。

它将系统上层软件和底层硬件分离开来，使系统上层软件开发人员无需关系底层硬件的具体情况，根据BSP层提供的接口开发即可。

BSP是相对于操作系统而言的，不同的操作系统有不同定义形式的BSP，要求BSP所实现的功能也有所不同。

在嵌入式Linux系统中，主要是初始化底层硬件并引导操作系统；同时，BSP又是和硬件相关的，还要考虑对硬件的初始化操作。这些初始化操作主要是对CPU、内存、中断等相关的寄存器及协处理器进行正确的配置。

在不同的开发阶段，因为核心和文件系统所处的位置不同，BSP所要完成的工作也有所不同；在开发调试阶段，BSP要能够与主机通信并从主机下载核心；在目标产品中，BSP要能够从非易失存储设备中加载核心。

举例
BSP驱动开发岗位职责

岗位职责:

负责Linux内核与驱动程序的开发维护工作,包括:

1、为新的硬件平台开发bootloader和firmware;

2、为新的硬件设计、开发和测试设备驱动,并撰写文档;

3、编写、调试和测试设备驱动、各种协议栈(例如,USB,SATA,network,Wi-Fi,Streaming);

4、分析和解决在系统集成期间发现的问题;

5、优化Linux内核和驱动;

6、熟悉高通平台者优先

任职要求:

1、本科及以上学历,计算机科学或相关专业;

2、 2年以上LINUX驱动经验,熟悉嵌入式软件调试实时操作系统;拥有丰富的ASM/C/C++开发经验;熟悉ARM架构,ARM汇编,仿真器/ JTAG调试器;

3、熟悉LINUX和android体系架构者优先;

4、具备良好的职业素养和团队协作精神,较强的学习和沟通能力。
参考：(6条消息) BSP_我还不懂，所以在学-CSDN博客

二，转载：(6条消息) 【嵌入式系统】板级支持包BSP和硬件抽象层HAL的区别和关联_欢迎光临-CSDN博客

板级支持包（BSP）是介于主板硬件和操作系统中驱动层程序之间的一层，一般认为它属于操作系统一部分，主要是实现对操作系统的支持，为上层的驱动程序提供访问硬件设备寄存器的函数包，使之能够更好的运行于硬件主板。在嵌入式系统软件的组成中，就有BSP。BSP是相对于操作系统而言的，不同的操作系统对应于不同定义形式的BSP，例如VxWorks的BSP和Linux的BSP相对于某一CPU来说尽管实现的功能一样，可是写法和接口定义是完全不同的，所以写BSP一定要按照该系统BSP的定义形式来写（BSP的编程过程大多数是在某一个成型的BSP模板上进行修改）。这样才能与上层OS保持正确的接口，良好的支持上层OS。

板级支持包BSP（Board Support Package）是外设、硬件的驱动软件集合。单独使用BSP即可在嵌入式系统上开发应用。BSP也可以按照规范编写为操作系统（VxWorks、Linux等）提供接口。

但是由于日益增长的芯片种类和芯片复杂度，每种芯片的外设寄存器地址和控制方式都各不一样，针对每种Board编写BSP工作量很大。一般公司例如ST会提供HAl库，用户可以忽略寄存器的繁杂操作，直接调用HAL库函数即可进行芯片内部外设操作，大大降低BSP软件的开发周期。加入HAL库之后的系统软件结构如下图所示：

引入HAL之后操作系统将会使用相对更为统一的HAL接口来实现对硬件的操作，而不是直接使用BSP库。

hardware --> hardware abstract layer --> board support package --> driver --> operating system --> application

当然嵌入式系统中操作系统并不是必须的，并且在操作系统和应用程序之间可以在有一层中间件Middleware层，用于提供更多的系统功能，这个中间件Middleware层也被称作SDK。

三，

SDK在基于BSP生成的。

　　过程大概是：安装PB和相应的BSP，在BSP的基础之上建立工程，进行CE定制。

　　定制完成后，先要编译成功，然后才能生成SDK。

四，转载：(6条消息) BootLoader,BSP,SDK嵌入式系统名词_Mage的专栏-CSDN博客_bsp和sdk

BootLoader

　　一． BootLoader简介

　　在专用的嵌入式板子运行GNU/Linux系统已经变得越来越流行。一个嵌入式Linux系统从软件的角度看通常可以分为四个层次：

　　1、引导加载程序。包括固化在固件(firmware)中的boot代码(可选)，和BootLoader两大部分。

　　2、 Linux内核。特定于嵌入式板子的定制内核以及内核的启动参数。

　　3、文件系统。包括根文件系统和建立于Flash内存设备之上文件系统。通常用ramdisk来作为rootfs。

　　4、用户应用程序。特定于用户的应用程序。有时在用户应用程序和内核层之间可能还会包括一个嵌入式图形用户界面。常用的嵌入式GUI有：MicroWindows和MiniGUI懂。

　　引导加载程序是系统加电后运行的第一段软件代码。PC机中的引导加载程序由BIOS(其本质就是一段固件程序)和位于硬盘MBR中的OS BootLoader（比如，LILO和GRUB等）一起组成。BIOS在完成硬件检测和资源分配后，将硬盘MBR中的BootLoader读到系统的RAM中，然后将控制权交给OS BootLoader。BootLoader的主要运行任务就是将内核映象从硬盘上读到 RAM 中，然后跳转到内核的入口点去运行，也即开始启动操作系统。

　　而在嵌入式系统中，通常并没有像BIOS那样的固件程序（注，有的嵌入式CPU也会内嵌一段短小的启动程序），因此整个系统的加载启动任务就完全由BootLoader来完成。比如在一个基于ARM7TDMI core的嵌入式系统中，系统在上电或复位时通常都从地址0x00000000处开始执行，而在这个地址处安排的通常就是系统的BootLoader程序。

　　简单地说，BootLoader就是在操作系统内核运行之前运行的一段小程序。通过这段小程序，我们可以初始化硬件设备、建立内存空间的映射图，从而将系统的软硬件环境带到一个合适的状态，以便为最终调用操作系统内核准备好正确的环境。

　　通常，BootLoader是严重地依赖于硬件而实现的，特别是在嵌入式世界。因此，在嵌入式世界里建立一个通用的BootLoader几乎是不可能的。尽管如此，我们仍然可以对BootLoader归纳出一些通用的概念来，以指导用户特定的BootLoader设计与实现。

　　二、常见bootloader介绍

　　1．U-BOOT介绍

　　uboot是一个庞大的公开源码的软件。他支持一些系列的arm体系，包含常见的外设的驱动，是一个功能强大的板极支持包。其代码可以从http://sourceforge.net/projects/u-boot下载

　　U-BOOT是由PPCBOOT发展起来的，是PowerPC、ARM9、Xscale、X86等系统通用的Boot方案，从官方版本 0.3.2开始全面支持SC系列单板机。u-boot是一个open source的bootloader，目前版本是0.4.0。u-boot是在ppcboot以及armboot的基础上发展而来，虽然宣称是0.4.0版本，却相当的成熟和稳定，已经在许多嵌入式系统开发过程中被采用。由于其开发源代码，其支持的开发板众多。唯一遗憾的是并不支持我们现在学习所用samsung 44B0X的开发板。

　　为什么我们需要u-boot？显然可以将ucLinux直接烧入flash，从而不需要额外的引导装载程序（bootloader）。但是从软件升级的角度以及程序修补的来说，软件的自动更新非常重要。事实上，引导装载程序（bootloader）的用途不仅如此，但仅从软件的自动更新的需要就说明我们的开发是必要的。

　　同时，u-boot移植的过程也是一个对嵌入式系统包括软硬件以及操作系统加深理解的一个过程。

　　2。vivi介绍（下载地址http://www.mizi.com/developer）

　　vivi是韩国mizi 公司开发的bootloader, 适用于ARM9处理器。 Vivi有两种工作模式：启动加载模式和下载模式。启动加载模式可以在一段时间后（这个时间可更改）自行启动linux内核，这时vivi的默认模式。在下载模式下，vivi为用户提供一个命令行接口，通过接口可以使用vivi提供的一些命令，如下：

　　命令

　　功能

　　Load

　　把二进制文件载入Flash或RAM

　　Part

　　操作MTD分区信息。显示、增加、删除、复位、保存MTD分区

　　Param

　　设置参数

　　Boot

　　启动系统

　　Flash

　　管理Flash，如删除Flash的数据

　　vivi代码分析

　　vivi的代码包括arch，init，lib，drivers和include等几个目录，共200多条文件。

　　Vivi主要包括下面几个目录：

　　arch：此目录包括了所有vivi支持的目标板的子目录，例如s3c2410目录。

　　drivers：其中包括了引导内核需要的设备的驱动程序（MTD和串口）。MTD目录下分map、nand和nor三个目录。

　　init：这个目录只有main.c和version.c两个文件。和普通的C程序一样，vivi将从main函数开始执行。

　　lib：一些平台公共的接口代码，比如time.c里的udelay()和mdelay()。

　　include：头文件的公共目录，其中的s3c2410.h定义了这块处理器的一些寄存器。Platform/smdk2410.h定义了与开发板相关的资源配置参数，我们往往只需要修改这个文件就可以配置目标板的参数，如波特率、引导参数、物理内存映射等。

BSP

BSP板级支持包（board support package），是介于主板硬件和操作系统中驱动层程序之间的一层，一般认为它属于操作系统一部分，主要是实现对操作系统的支持，为上层的驱动程序提供访问硬件设备寄存器的函数包，使之能够更好的运行与硬件主板。在嵌入式系统软件的组成中，就有BSP。BSP是相对于操作系统而言的，不同的操作系统对应于不同定义形式的BSP,例如VxWorks的BSP和Linux的BSP相对于某一CPU来说尽管实现的功能一样，可是写法和接口定义是完全不同的，所以写BSP一定要按照该系统BSP的定义形式来写（BSP的编程过程大多数是在某一个成型的BSP模板上进行修改）。这样才能与上层OS保持正确的接口，良好的支持上层OS。

SDK

百科名片

SDK（Software Development Kit, 即软件开发工具包）一般是一些被软件工程师用于为特定的软件包、软件框架、硬件平台、操作系统等建立应用软件的开发工具的集合。

基本信息

　　SDK，Software Development Kit 的缩写，中文即“软件开发工具包”。广义上指辅助开发某一类软件的相关文档、范例和工具的集合。一般而言，SDK即开发 Windows 平台下的应用程序所使用的SDK。