UEFI开发与调试---edk2中的应用模块/库模块/驱动模块

最新推荐文章于 2024-09-06 08:40:12 发布

程序猿Ricky的日常干货

最新推荐文章于 2024-09-06 08:40:12 发布

阅读量2.9k

点赞数 1

分类专栏： UEFI开发和调试文章标签： UEFI UEFI开发 edk2 edk2开发

本文链接：https://blog.csdn.net/rikeyone/article/details/80763903

版权

UEFI开发和调试专栏收录该内容

15 篇文章 69 订阅

订阅专栏

应用模块

应用模块包含标准应用程序模块，shell应用程序模块，以及main应用程序模块

标准应用程序模块
它是所有其他应用程序模块的基础，作为一个模块来说，同样由源文件和工程文件（.inf）组成。
它的特征如下：

(1) .inf中的ENTRY_POINT一般设置为UefiMain，这是一个约定俗称的名字，所以这个规则并不是一定的。
(2) 指定的ENTRY_POINT入口函数必须要在模块源文件中有对应的实现。
(3).inf中的MODULE_TYPE必须设置为UEFI_APPLICATION

例如：

[Defines]
INF_VERSION                    = 0x00010006
BASE_NAME                      = TestApp
FILE_GUID                      = 7C04A583-9E3E-4f1c-AD65-E05268D0B4D1
MODULE_TYPE                    = UEFI_APPLICATION
VERSION_STRING                 = 1.0
ENTRY_POINT                    = UefiMain

shell应用程序模块
故名思意，这是一种方便在uefi shell环境中执行的应用程序模块，可以方便的处理shell传入的命令行参数。
它的特征如下：

(1) ENTRY_POINT必须设置为ShellCEntryLib
(2) MODULE_TYPE必须设置为UEFI_APPLICATION
(3) [Packages]中需要引用MdePkg和ShellPkg这两个包
(4) [LibraryClasses]中必须依赖ShellCEntryLib
(5) 源文件中必须要定义函数EFIAPI ShellAppMain (IN UINTN Argc, IN CHAR16 **Argv)

例如：

[Defines]
  INF_VERSION                    = 0x00010006
  BASE_NAME                      = Hello
  FILE_GUID                      = a912f198-7f0e-4803-b908-b757b806ec83
  MODULE_TYPE                    = UEFI_APPLICATION
  VERSION_STRING                 = 0.1
  ENTRY_POINT                    = ShellCEntryLib


#  VALID_ARCHITECTURES           = IA32 X64 IPF

[Sources]
  Hello.c
[Packages]
  MdePkg/MdePkg.dec
  ShellPkg/ShellPkg.dec
[LibraryClasses]
  UefiLib
  ShellCEntryLib

这类模块的运行都是从ShellCEntryLib开始，这个函数是在ShellCEntryLib中实现的，在其中会调用一个名为ShellAppMain的函数，这也就是为什么我们需要在源文件中必须实现ShellAppMain的原因。

main应用程序模块
熟悉C语言的应该都知道此函数，UEFI中也支持这种类型的应用程序模块，但是这种类型的模块需要依赖libc库。特征如下：

(1) ENTRY_POINT必须设置为ShellCEntryLib。
(2) MODULE_TYPE必须设置为UEFI_APPLICATION
(3) [Packages]中除了引用MdePkg和ShellPkg这两个包之外，还有StdLib包
(4) [LibraryClasses]中必须依赖ShellCEntryLib，LibC和LibStdio库
(5) 源文件中必须要定义main函数，和普通的C语言编程定义的格式一样。

库模块

一个大型工程中肯定缺少不了库，库作为一个公用模块，能够极大的复用代码，提高开发效率，UEFI中同样支持库模块，它的特征如下：

(1) MODULE_TYPE必须设置为BASE
(2) 必须要定义LIBRARY_CLASS为库名
(3) 不要设置入口函数ENTRY_POINT

驱动模块

驱动分为两种类型，一种为UEFI驱动，另一种为DXE驱动。UEFI驱动是符合UEFI驱动模型的一种模块，框架定义了如何驱动硬件以及如何提供服务（Protocol的绑定）。而DXE驱动主要是用于实现一些特殊功能的模块，简化驱动的开发，比如我们想仅仅提供一种服务，而不驱动硬件，那么可以采用DXE驱动的形式来简化此功能的实现。在UEFI中，驱动模块和应用模块都运行在同一个地址空间，不像Linux分为应用空间和内核空间，它们最大的区别是：应用程序只在运行时存在于内存在，而驱动是常驻内存的。所以对于一个服务来说，我们需要它常驻内存就必须通过驱动的方式来安装。

UEFI驱动和DXE驱动的最大区别是UEFI驱动需要按照UEFI定义的框架来实现一个驱动，而DXE驱动没有这个限制，更加自由，比如我们仅仅想提供一个服务，那么只需要在DXE驱动的ENTRY_POINT中去实现Procotol即可，而如果要通过UEFI驱动实现，当然是可以的，只是会稍微复杂一些。

它的特征如下：

(1) 它也有ENTRY_POINT入口函数，并且在驱动load时执行此入口函数，该函数需要在源文件中定义
(2) MODULE_TYPE被设置为UEFI_DRIVER或者DXE_DRIVER
(3) [LibraryClasses]块中必须要包含UefiDriverEntryPoint

Protocol

Protocol在UEFI是一个很重要的概念，它可以认为是一个服务，一个service和client之间的接口，通过上文，我们已经了解到，服务是需要常驻内存的，那么一般Protocol是实现在UEFI驱动模块和DXE驱动模块中的。当驱动模块作为Protocol的服务提供者加载以后，那么应用程序就可以作为客户端来使用此服务了。BootService提供了InstallProtocolInterface和OpenProtocol相关的一些操作。