EDK2写一个UEFI程序和.inf文件,调用pci $bus $dev $fun -i命令,遍历所有pci/pcie设备,并重定向到一个文件中

时间: 2024-05-12 18:19:02 浏览: 288
首先,我们需要定义一个EFI应用程序的入口函数和一个INF文件。在EDK2中,我们可以使用C语言来编写UEFI程序,而INF文件则是一个配置文件,用于指定程序的构建选项和依赖关系。 下面是一个简单的UEFI程序的入口函数,它将打开一个文件并将所有的PCI/PCIe设备信息写入该文件: ```c #include <Uefi.h> #include <Library/UefiLib.h> #include <Library/UefiBootServicesTableLib.h> #include <Protocol/PciIo.h> EFI_STATUS EFIAPI UefiMain ( IN EFI_HANDLE ImageHandle, IN EFI_SYSTEM_TABLE *SystemTable ) { EFI_STATUS Status; EFI_PCI_IO_PROTOCOL *PciIo; UINTN Segment; UINTN Bus; UINTN Device; UINTN Function; UINTN Index; CHAR16 FileName[] = L"\\EFI\\pci_info.txt"; EFI_FILE_PROTOCOL *File; CHAR8 Buffer[256]; // Open the file for writing Status = gBS->OpenProtocol(ImageHandle, &gEfiSimpleFileSystemProtocolGuid, (VOID **)&FileSystem, ImageHandle, NULL, EFI_OPEN_PROTOCOL_GET_PROTOCOL); if (EFI_ERROR(Status)) { Print(L"Failed to open the file system protocol: %r\n", Status); return Status; } Status = FileSystem->Open(FileSystem, &File, FileName, EFI_FILE_MODE_READ | EFI_FILE_MODE_WRITE | EFI_FILE_MODE_CREATE, 0); if (EFI_ERROR(Status)) { Print(L"Failed to open the file %s: %r\n", FileName, Status); return Status; } // Traverse all PCI/PCIe devices for (Segment = 0; Segment <= 0xFFFF; Segment++) { for (Bus = 0; Bus <= 0xFF; Bus++) { for (Device = 0; Device <= 0x1F; Device++) { for (Function = 0; Function <= 0x7; Function++) { // Check if the device exists Status = gBS->LocateProtocol(&gEfiPciIoProtocolGuid, NULL, (VOID **)&PciIo); if (EFI_ERROR(Status)) { continue; } // Read the device's PCI configuration space Status = PciIo->Pci.Read(PciIo, EfiPciIoWidthUint32, 0, sizeof(Buffer), &Buffer); if (EFI_ERROR(Status)) { continue; } // Write the device information to the file UnicodeSPrint(Buffer, sizeof(Buffer), L"%04x:%02x:%02x.%x\n", Segment, Bus, Device, Function); Status = File->Write(File, &sizeof(Buffer), Buffer); if (EFI_ERROR(Status)) { Print(L"Failed to write device information to the file: %r\n", Status); return Status; } } } } } // Close the file Status = File->Close(File); if (EFI_ERROR(Status)) { Print(L"Failed to close the file: %r\n", Status); return Status; } return EFI_SUCCESS; } ``` 接下来,我们需要创建一个INF文件,以指定构建选项和依赖关系。下面是一个示例INF文件: ```inf [Defines] INF_VERSION = 0x00010006 BASE_NAME = pci_info FILE_GUID = 12345678-1234-1234-1234-1234567890AB MODULE_TYPE = UEFI_APPLICATION VERSION_STRING = 1.0 ENTRY_POINT = UefiMain [Sources] pci_info.c [Packages] MdePkg/MdePkg.dec [LibraryClasses] UefiApplicationEntryPoint UefiLib UefiBootServicesTableLib PciIo [Protocols] PciIo [BuildOptions] -D NDEBUG ``` 在这个INF文件中,我们定义了以下内容: - `BASE_NAME`: 程序的基本名称,用于构建输出文件名。 - `FILE_GUID`: 程序的GUID,用于唯一标识程序。 - `MODULE_TYPE`: 程序的类型,这里是UEFI应用程序。 - `VERSION_STRING`: 程序的版本号。 - `ENTRY_POINT`: 程序的入口函数。 - `Sources`: 程序的源代码文件。 - `Packages`: 指定依赖的EDK2软件包。 - `LibraryClasses`: 指定需要链接的库文件。 - `Protocols`: 指定需要使用的协议。 - `BuildOptions`: 指定编译选项。 现在,我们可以使用EDK2的构建工具来构建程序: ``` build -p pci_info.inf -a X64 -b RELEASE ``` 这将生成一个名为pci_info.efi的可执行文件,它可以在UEFI固件中运行,并将所有PCI/PCIe设备信息写入一个名为pci_info.txt的文件。
阅读全文

相关推荐

In file included from /home/chen-docker/bin/boot/boot_images/edk2/MdePkg/Include/Uefi.h:18: In file included from /home/chen-docker/bin/boot/boot_images/edk2/MdePkg/Include/Uefi/UefiSpec.h:2222: /home/chen-docker/bin/boot/boot_images/edk2/MdePkg/Include/Uefi/UefiInternalFormRepresentation.h +1755:12: error: field Guid within 'EFI_HII_KEYBOARD_LAYOUT' is less aligned than 'EFI_GUID' (aka 'GUID') and is usually due to 'EFI_HII_KEYBOARD_LAYOUT' being packed, which can lead to unaligned accesses [-Werror,-Wunaligned-access] EFI_GUID Guid; ^ 1 error generated. In file included from /home/chen-docker/bin/boot/boot_images/edk2/MdeModulePkg/Library/UefiHiiLib/HiiLib.c:1: In file included from <built-in>:1: In file included from /home/chen-docker/bin/boot/boot_images/Build/LeMansAU/Core/RELEASE_CLANG140LINUX/AARCH64/MdeModulePkg/Library/UefiHiiLib/UefiHiiLib/DEBUG/AutoGen.h:16: In file included from /home/chen-docker/bin/boot/boot_images/edk2/MdePkg/Include/Uefi.h:18: In file included from /home/chen-docker/bin/boot/boot_images/edk2/MdePkg/Include/Uefi/UefiSpec.h:2222: /home/chen-docker/bin/boot/boot_images/edk2/MdePkg/Include/Uefi/UefiInternalFormRepresentation.h +1755:12: error: field Guid within 'EFI_HII_KEYBOARD_LAYOUT' is less aligned than 'EFI_GUID' (aka 'GUID') and is usually due to 'EFI_HII_KEYBOARD_LAYOUT' being packed, which can lead to unaligned accesses [-Werror,-Wunaligned-access] EFI_GUID Guid; ^ GNUmakefile:366: recipe for target '/home/chen-docker/bin/boot/boot_images/Build/LeMansAU/Core/RELEASE_CLANG140LINUX/AARCH64/MdeModulePkg/Library/UefiHiiServicesLib/UefiHiiServicesLib/OUTPUT/UefiHiiServicesLib.obj' failed make: *** [/home/chen-docker/bin/boot/boot_images/Build/LeMansAU/Core/RELEASE_CLANG140LINUX/AARCH64/MdeModulePkg/Library/UefiHiiServicesLib/UefiHiiServicesLib/OUTPUT/UefiHiiServicesLib.obj] Error 1 什么错误?

"/pkg/qct/software/llvm/release/arm/14.0.0/bin/clang" -g -Os -fshort-wchar -fno-strict-aliasing -Wall -Werror -Wno-array-bounds -c -include AutoGen.h -mlittle-endian -fno-short-enums -save-temps -fverbose-asm -funsigned-char -ffunction-sections -fdata-sections -fno-builtin -Wno-address -fno-asynchronous-unwind-tables -target aarch64-linux-gnu -fcolor-diagnostics -fdiagnostics-format=vi -Wno-parentheses-equality -Wno-tautological-compare -Wno-tautological-constant-out-of-range-compare -Wno-empty-body -Wno-unknown-warning-option -Wno-unused-function -Wno-bitwise-op-parentheses -mcmodel=small -ffixed-x18 -mstrict-align -fstack-protector -Wno-nonportable-include-path -Wno-misleading-indentation -fno-common -mtune=cortex-a53 -I/home/chen-docker/bin/boot/boot_images/BuildLogs/QcomPkg/SocPkg/LeMans/AU/Include -include /home/chen-docker/bin/boot/boot_images/boot/QcomPkg/Include/Library/DebugLib.h -DQCOM_EDK2_PATCH -DDISABLE_DEP -DENABLE_XN -DENABLE_ASLR -DENABLE_DEP_64 -DENABLE_EXEC_CODE_READY_TO_BOOT -DENABLE_AUTO_PLAT -DMAX_DDR_REGIONS=6 -mstrict-align -mcpu=cortex-a53 -DPRODMODE -c -o /home/chen-docker/bin/boot/boot_images/Build/LeMansAU/Core/RELEASE_CLANG140LINUX/AARCH64/MdeModulePkg/Library/UefiHiiLib/UefiHiiLib/OUTPUT/./HiiLib.obj @/home/chen-docker/bin/boot/boot_images/Build/LeMansAU/Core/RELEASE_CLANG140LINUX/AARCH64/MdeModulePkg/Library/UefiHiiLib/UefiHiiLib/OUTPUT/inc.lst /home/chen-docker/bin/boot/boot_images/edk2/MdeModulePkg/Library/UefiHiiLib/HiiLib.c /pkg/qct/software/llvm/release/arm/14.0.0/bin/clang: error while loading shared libraries: libtinfo.so.5: cannot open shared object file: No such file or directory GNUmakefile:373: recipe for target '/home/chen-docker/bin/boot/boot_images/Build/LeMansAU/Core/RELEASE_CLANG140LINUX/AARCH64/MdeModulePkg/Library/UefiHiiLib/UefiHiiLib/OUTPUT/HiiLib.obj' failed Building ... /home/chen-docker/bin/boot/boot_images/edk2/MdeModulePkg/Library/UefiHiiServicesLib/UefiHiiServicesLib.inf [AARCH64] make: *** [/home/chen-docker/bin/boot/boot_images/Build/LeMansAU/Core/RELEASE_CLANG140LINUX/AARCH64/MdeModulePkg/Library/UefiHiiLib/UefiHiiLib/OUTPUT/HiiLib.obj] Error 127 make: Nothing to be done for 'tbuild'. build.py... : error 7000: Failed to execute command make tbuild [/home/chen-docker/bin/boot/boot_images/Build/LeMansAU/Core/RELEASE_CLANG140LINUX/AARCH64/MdeModulePkg/Library/UefiHiiLib/UefiHiiLib]错误在哪里?

最新推荐

recommend-type

一个UEFI引导程序的实现.pdf

《一个UEFI引导程序的实现》是一本详细探讨UEFI引导程序开发的书籍,作者田宇通过文字版的形式,向读者介绍了如何从零开始构建一个UEFI引导程序。UEFI(统一可扩展固件接口)是现代计算机系统中用于替代传统BIOS的...
recommend-type

UEFI 平台初始化 (PI) 规范中文版第 1 卷:Pre-EFI 初始化核心接口.pdf

它的目标是为后续的驱动执行环境(Driver Execution Environment, DXE)和操作系统提供一个稳定的运行环境。Pre-EFI初始化的核心接口包括硬件初始化、内存检测和配置、基本输入输出系统的替代等。 2. **核心接口**:...
recommend-type

EDK2 DSC File Specification

EDK2 DSC (Platform Description) 文件规范是UEFI(统一可扩展固件接口)开发中的核心组件之一,尤其对于EDK2(Extensible Development Kit 2)项目来说至关重要。这个文档详细阐述了EDK2 DSC文件的格式,它是构建...
recommend-type

医学分割数据集肾结石分割数据集labelme格式359张1类别.zip

样本图:blog.csdn.net/FL1623863129/article/details/144487333 文件放服务器下载,请务必到电脑端资源预览或者资源详情查看然后下载 数据集格式:labelme格式(不包含mask文件,仅仅包含jpg图片和对应的json文件) 图片数量(jpg文件个数):359 标注数量(json文件个数):359 标注类别数:1 标注类别名称:["kidney stone"] 每个类别标注的框数: kidney stone count = 512 使用标注工具:labelme=5.5.0 标注规则:对类别进行画多边形框polygon 重要说明:可以将数据集用labelme打开编辑,json数据集需自己转成mask或者yolo格式或者coco格式作语义分割或者实例分割 特别声明:本数据集不对训练的模型或者权重文件精度作任何保证,数据集只提供准确且合理标注
recommend-type

基于STM32的物联网门禁系统设计.zip

内含:STM32C8T6工程文件、ESP-01S代码
recommend-type

创建个性化的Discord聊天机器人教程

资源摘要信息:"discord_bot:用discord.py制作的Discord聊天机器人" Discord是一个基于文本、语音和视频的交流平台,广泛用于社区、团队和游戏玩家之间的通信。Discord的API允许开发者创建第三方应用程序,如聊天机器人(bot),来增强平台的功能和用户体验。在本资源中,我们将探讨如何使用Python库discord.py来创建一个Discord聊天机器人。 1. 使用discord.py创建机器人: discord.py是一个流行的Python库,用于编写Discord机器人。这个库提供了一系列的接口,允许开发者创建可以响应消息、管理服务器、与用户交互等功能的机器人。使用pip命令安装discord.py库,开发者可以开始创建和自定义他们的机器人。 2. discord.py新旧版本问题: 开发者在创建机器人时应确保他们使用的是与Discord API兼容的discord.py版本。本资源提到的机器人是基于discord.py的新版本,如果开发者有使用旧版本的需求,资源描述中指出需要查看相应的文档或指南。 3. 命令清单: 机器人通常会响应一系列命令,以提供特定的服务或功能。资源中提到了一些默认前缀“努宗”的命令,例如:help命令用于显示所有公开命令的列表;:epvpis 或 :epvp命令用于进行某种搜索。 4. 自定义和自托管机器人: 本资源提到的机器人是自托管的,并且设计为高度可定制。这意味着开发者可以完全控制机器人的运行环境、扩展其功能,并将其部署在他们选择的服务器上。 5. 关键词标签: 文档的标签包括"docker", "cog", "discord-bot", "discord-py", 和 "python-bot"。这些标签指示了与本资源相关的技术领域和工具。例如,Docker可用于容器化应用程序,使得机器人可以在任何支持Docker的操作系统上运行,从而提高开发、测试和部署的一致性。标签"python-bot"强调了使用Python语言创建Discord机器人的重要性,而"cog"可能是指在某些机器人框架中用作模块化的代码单元。 6. 文件名称列表: 资源中的"discord_bot-master"表明这是从一个源代码仓库获取的,可能是GitHub上公开的项目。"master"通常是指项目的主分支或主要版本。 总结: 通过本资源,开发者可以学习到如何利用Python和discord.py库来创建功能丰富的Discord聊天机器人。资源涵盖了安装库、创建命令响应、自托管机器人、以及如何根据新旧版本API进行适配等内容。这不仅对初学者入门,对有经验的开发者进一步学习和提升技能也是有价值的。通过理解这些知识点,开发者可以构建出适合他们需要的自定义机器人,进而为Discord社区提供附加价值。
recommend-type

管理建模和仿真的文件

管理Boualem Benatallah引用此版本:布阿利姆·贝纳塔拉。管理建模和仿真。约瑟夫-傅立叶大学-格勒诺布尔第一大学,1996年。法语。NNT:电话:00345357HAL ID:电话:00345357https://theses.hal.science/tel-003453572008年12月9日提交HAL是一个多学科的开放存取档案馆,用于存放和传播科学研究论文,无论它们是否被公开。论文可以来自法国或国外的教学和研究机构,也可以来自公共或私人研究中心。L’archive ouverte pluridisciplinaire
recommend-type

【Eclipse软件终极指南】:油藏数值模拟新手到专家的必经之路

![【Eclipse软件终极指南】:油藏数值模拟新手到专家的必经之路](https://ucc.alicdn.com/pic/developer-ecology/ajpxbl4ljzs5k_9cbe41a1e6e34e6a87c7f49567bdef32.jpeg?x-oss-process=image/resize,s_500,m_lfit) 参考资源链接:[油藏数值模拟基础:ECLIPSE软件详解](https://wenku.csdn.net/doc/2v49ka4j2q?spm=1055.2635.3001.10343) # 1. Eclipse软件概述及应用领域 ## 1.1 软
recommend-type

mvn 命令打包时 指定jdk 的版本、和环境变量

当使用`mvn`命令打包时,有时确实需要指定特定版本的Java Development Kit (JDK) 或设置环境变量,特别是当你的项目依赖于某个特定版本或者你需要在不同的JDK环境下进行构建。以下是两个关键的部分: 1. **指定JDK版本**: 如果你想强制`mvn`使用特定的JDK版本,可以在`.mvn/wrapper/maven-wrapper.properties`文件中添加`maven.jdk.home`属性,然后更新其值指向你想要使用的JDK安装路径。例如: ``` maven.jdk.home=/path/to/jdk-version ```
recommend-type

RequireJS实现单页应用延迟加载模块示例教程

资源摘要信息:"example-onepage-lazy-load是一个基于RequireJS的单页或多页应用程序示例项目,该项目展示了如何实现模块的延迟加载。延迟加载是一种编程技术,旨在在需要时才加载应用程序的某些部分,从而提高应用程序的初始加载速度和性能。RequireJS是一个JavaScript文件和模块加载器,它能够管理JavaScript文件的依赖关系,并且通过异步加载模块,可以进一步优化页面加载性能。 在这个示例项目中,开发者可以了解到如何使用RequireJS来实现模块的懒加载。这涉及到了几个关键点: 1. 将应用程序分为多个模块,这些模块在不立即需要时不会被加载。 2. 使用RequireJS的配置来定义模块之间的依赖关系,以及如何异步加载这些依赖。 3. 通过合并JavaScript文件,减少页面请求的数量,这有助于降低服务器负载并减少延迟。 4. 利用RequireJS的优化器(r.js)来拆分构建目标,生成更小的文件,这有助于加速应用的启动时间。 RequireJS的工作原理基于模块化编程的概念,它允许开发者将JavaScript代码拆分成逻辑块,每一个块都包含特定的功能。这些模块可以被定义为依赖其他模块,RequireJS则负责按照正确的顺序加载这些模块。它提供了一个全局的`require()`函数,开发者可以通过这个函数来声明他们的代码依赖和加载其他模块。 这个示例项目也强调了模块化和代码组织的重要性。项目的布局设计得非常简单明了,通常包含以下几个部分: - `build`目录:存放RequireJS优化器的配置文件(如option.js),用于指定如何打包和优化模块。 - `www`目录:包含所有静态资源,比如HTML页面、样式表和图片等。这个目录的结构旨在让静态资源独立于应用逻辑,便于部署和维护。 在项目中使用RequireJS可以带来几个显著的好处: - 模块化能够改善代码的组织和维护性。 - 异步加载可以减少页面加载时间,提升用户体验。 - 通过合并和压缩文件,可以减少HTTP请求的数量,加快页面渲染速度。 关于`r.js`,它是RequireJS项目中的一个命令行工具,用于自动化模块的打包和优化过程。它能够读取RequireJS的配置文件,自动处理依赖关系,合并模块,并输出优化后的文件。这对于生产环境中的代码部署尤其有用,因为它能够将多个JavaScript文件压缩成一个或几个较小的文件,从而减少网络传输的负担。 总结来说,这个示例项目演示了如何使用RequireJS来实现延迟加载和模块化,这对于优化现代Web应用的性能和管理大型代码库至关重要。开发者可以借鉴这个项目来提高自己的JavaScript应用性能,以及更好地理解和应用RequireJS的特性和最佳实践。"