edk2 メモリマップの表示
前回は、ファイル IO のリファクタリングをしたので今回は、メモリマップの表示をしていきます。
Mikan 本にならい、メモリマップ用の構造体を作り、UEFI コンソールにメモリマップを表示してみます。
ファイル構成
- edk2 フォルダ
- Hello5Pkg フォルダ
- Hello5.inf
- Hello5Pkg.dec
- Hello5Pkg.dsc
- Hello5.c
- Hello5Pkg フォルダ
- mnt フォルダ
- disk.img
Hello5.c は前回までファイル読み書き用の関数は後で使う予定なのでそのまま残してメモリマップまわりの処理を追加していく。
#include <Uefi.h>
#include <Library/UefiLib.h>
#include <Library/UefiBootServicesTableLib.h>
#include <Protocol/SimpleFileSystem.h>
#include <Library/MemoryAllocationLib.h>
#include <Guid/FileInfo.h>
#include <Guid/FileSystemInfo.h>
typedef struct __MemoryMap {
UINTN BufferSize;
VOID* Buffer;
UINTN MapSize;
UINTN MapKey;
UINTN DescriptorSize;
UINT32 DescriptorVersion;
} MemoryMap;
VOID
InitializeMemoryMap(
OUT MemoryMap* map
)
{
if (map == NULL) return;
map->BufferSize = 0;
map->Buffer = NULL;
map->MapSize = 0;
map->MapKey = 0;
map->DescriptorSize = 0;
map->DescriptorVersion =0;
}
VOID
FreeMemoryMap(
IN OUT MemoryMap* map
)
{
if (map == NULL || map->Buffer == NULL) return;
FreePool(map->Buffer);
map->Buffer = NULL;
map->BufferSize = 0;
}
const CHAR16*
GetMemoryTypeString(
IN EFI_MEMORY_TYPE type
)
{
switch (type) {
case EfiReservedMemoryType: return L"Reserved";
case EfiLoaderCode: return L"LoaderCode";
case EfiLoaderData: return L"LoaderData";
case EfiBootServicesCode: return L"BootCode";
case EfiBootServicesData: return L"BootData";
case EfiRuntimeServicesCode: return L"RuntimeCode";
case EfiRuntimeServicesData: return L"RuntimeData";
case EfiConventionalMemory: return L"Conventional";
case EfiUnusableMemory: return L"Unusable";
case EfiACPIReclaimMemory: return L"ACPIReclaim";
case EfiACPIMemoryNVS: return L"ACPINVS";
case EfiMemoryMappedIO: return L"MMIO";
case EfiMemoryMappedIOPortSpace: return L"MMIOPort";
case EfiPalCode: return L"PalCode";
default: return L"Unknown";
}
}
VOID
PrintMemoryMapEntry(
IN UINTN index,
IN CONST EFI_MEMORY_DESCRIPTOR* desc
)
{
Print(L"%03d: Type=%s Phys=0x%016lx-0x%016lx Pages=%ld Attr=0x%016lx\n",
index,
GetMemoryTypeString(desc->Type),
desc->PhysicalStart,
desc->PhysicalStart + desc->NumberOfPages * 4096 - 1,
desc->NumberOfPages,
desc->Attribute
);
}
VOID
PrintMemoryMap(
IN CONST MemoryMap* map
)
{
if (map == NULL || map->Buffer == NULL) {
Print(L"Error: invalid memory map\n");
return;
}
EFI_MEMORY_DESCRIPTOR* Desc = (EFI_MEMORY_DESCRIPTOR*)map->Buffer;
UINTN Entries = map->MapSize / map->DescriptorSize;
Print(L"Memory Map: %d entries\n", Entries);
Print(L"DescriptorSize: %d\n",map->DescriptorSize);
for (UINTN i = 0; i < Entries; i++) {
PrintMemoryMapEntry(i, Desc);
Desc = NEXT_MEMORY_DESCRIPTOR(Desc, map->DescriptorSize);
}
}
EFI_STATUS
GetMemoryMap(MemoryMap* map) {
EFI_STATUS Status;
if (map == NULL) {
return EFI_INVALID_PARAMETER;
}
// 初期サイズ 0 でメモリマップの大きさを取得
map->MapSize = 0;
Status = gBS->GetMemoryMap(
&map->MapSize,
map->Buffer,
&map->MapKey,
&map->DescriptorSize,
&map->DescriptorVersion
);
if (Status != EFI_BUFFER_TOO_SMALL) {
Print(L"Error: Unexpected GetMemory Status: %r\n", Status);
return Status;
}
map->BufferSize = map->MapSize + 2 * map->DescriptorSize;
if (map->Buffer != NULL) {
FreePool(map->Buffer);
}
map->Buffer = AllocatePool(map->BufferSize);
if (map->Buffer == NULL) {
Print(L"fail: to allocate memory for map buffer: %r\n", Status);
return EFI_OUT_OF_RESOURCES;
}
Status = gBS->GetMemoryMap(
&map->MapSize,
map->Buffer,
&map->MapKey,
&map->DescriptorSize,
&map->DescriptorVersion
);
if (EFI_ERROR(Status)) {
FreePool(map->Buffer);
map->Buffer = NULL;
Print(L"fail: to get memory map: %r\n", Status);
return Status;
}
return EFI_SUCCESS;
}
EFI_STATUS
WriteFile(
IN CONST EFI_FILE_PROTOCOL *Root,
IN CONST CHAR16 *FileName,
IN CONST CHAR16 *Data
)
{
if (Root == NULL || FileName == NULL || Data == NULL) {
return EFI_INVALID_PARAMETER;
}
EFI_STATUS Status;
EFI_FILE_PROTOCOL *File;
UINTN WriteSize = StrLen(Data) * sizeof(CHAR16);
Status = Root->Open(
(EFI_FILE_PROTOCOL*)Root,
&File,
(CHAR16*)FileName,
EFI_FILE_MODE_CREATE | EFI_FILE_MODE_WRITE | EFI_FILE_MODE_READ,
0
);
if (EFI_ERROR(Status)) {
Print(L"fail: to create file\n");
return Status;
}
Status = File->Write(File, &WriteSize, (VOID*)Data);
if (EFI_ERROR(Status)) {
Print(L"fail: to write file\n");
File->Close(File);
return Status;
}
File->Close(File);
return EFI_SUCCESS;
}
EFI_STATUS
ReadFile(
IN EFI_FILE_PROTOCOL *Root,
IN CHAR16 *FileName,
OUT CHAR16 *Buffer,
IN UINTN BufferSize,
OUT UINTN *ReadSize
)
{
if (Root == NULL || FileName == NULL || Buffer == NULL ||
BufferSize == 0 || ReadSize == NULL) {
return EFI_INVALID_PARAMETER;
}
EFI_STATUS Status;
EFI_FILE_PROTOCOL *File;
Status = Root->Open(
Root,
&File,
(CHAR16*)FileName,
EFI_FILE_MODE_READ,
0
);
if (EFI_ERROR(Status)) {
Print(L"fail: to open file for reading\n");
return Status;
}
*ReadSize = BufferSize;
Status = File->Read(File, ReadSize, Buffer);
if (EFI_ERROR(Status)) {
Print(L"fail: to read file: %r\n", Status);
File->Close(File);
return Status;
}
File->Close(File);
return EFI_SUCCESS;
}
EFI_STATUS
EFIAPI
UefiMain(
IN EFI_HANDLE ImageHandle,
IN EFI_SYSTEM_TABLE *SystemTable
)
{
EFI_STATUS Status;
MemoryMap Map;
InitializeMemoryMap(&Map);
Status = GetMemoryMap(&Map);
if (EFI_ERROR(Status)) {
Print(L"fail: to get memory map %r\n", Status);
return Status;
}
PrintMemoryMap(&Map);
FreeMemoryMap(&Map);
return EFI_SUCCESS;
}
ところどころ本と異なるところがあるが、これは、Claude との壁打ちの結果修正していった結果です。
関数の引数と内部で宣言した変数とで大文字・小文字を気分で分けちゃっていますが、どういう規約が一般的なのかあとで調べて修正すると思います。
個人的には、何らかの方法で関数内の変数と外から来た引数がパット見でわかったほうが読みやすいとかんじているのですが、世間的には非常識なんでしょうか?
Hello5.inf は特段変化はない。
[Defines]
INF_VERSION = 0x00010005
BASE_NAME = Hello5
FILE_GUID = 33EA5F56-E88C-4926-9E64-0A61E753DE4D
MODULE_TYPE = UEFI_APPLICATION
VERSION_STRING = 0.0.1
ENTRY_POINT = UefiMain
[Sources]
Hello5.c
[Guids]
gEfiFileInfoGuid
gEfiFileSystemInfoGuid
[Packages]
MdePkg/MdePkg.dec
Hello5Pkg/Hello5Pkg.dec
[LibraryClasses]
UefiLib
UefiApplicationEntryPoint
MemoryAllocationLib
[Protocols]
gEfiSimpleFileSystemProtocolGuid
Hello5Pkg.dec の方も同じくほとんどわからない。
[Defines]
DEC_SPECIFICATION = 0x00010005
PACKAGE_NAME = Hello5Pkg
PACKAGE_GUID = 64F39E0B-37D3-40F9-85A5-26387029161E
PACKAGE_VERSION = 0.0.1
[Includes]
[Guids]
[Protocols]
[PcdsFixedAtBuild]
Hello5Pkg.dsc ファイルの方も変更はありません。
[Defines]
PLATFORM_NAME = Hello5Pkg
PLATFORM_GUID = 1AF3A6F8-9F8E-4FF0-809E-0140EB1C7FCA
PLATFORM_VERSION = 0.0.1
DSC_SPECIFICATION = 0x00010005
OUTPUT_DIRECTORY = Build/Hello5Pkg
SUPPORTED_ARCHITECTURES = X64
BUILD_TARGETS = DEBUG | RELEASE | NOOPT
SKUID_IDENTIFIER = DEFAULT
[LibraryClasses]
UefiApplicationEntryPoint|MdePkg/Library/UefiApplicationEntryPoint/UefiApplicationEntryPoint.inf
UefiLib|MdePkg/Library/UefiLib/UefiLib.inf
BaseLib|MdePkg/Library/BaseLib/BaseLib.inf
BaseMemoryLib|MdePkg/Library/BaseMemoryLib/BaseMemoryLib.inf
DebugLib|MdePkg/Library/BaseDebugLibNull/BaseDebugLibNull.inf
DevicePathLib|MdePkg/Library/UefiDevicePathLib/UefiDevicePathLib.inf
MemoryAllocationLib|MdePkg/Library/UefiMemoryAllocationLib/UefiMemoryAllocationLib.inf
PcdLib|MdePkg/Library/BasePcdLibNull/BasePcdLibNull.inf
PrintLib|MdePkg/Library/BasePrintLib/BasePrintLib.inf
RegisterFilterLib|MdePkg/Library/RegisterFilterLibNull/RegisterFilterLibNull.inf
UefiBootServicesTableLib|MdePkg/Library/UefiBootServicesTableLib/UefiBootServicesTableLib.inf
UefiRuntimeServicesTableLib|MdePkg/Library/UefiRuntimeServicesTableLib/UefiRuntimeServicesTableLib.inf
[Components]
Hello5Pkg/Hello5.inf
ビルドも同じこんな感じです。
上手く動くと、test.txt がイメージファイルのルートディレクトリに作成され、QEMU の画面に test.txt から読み込んだ Hello file system\n が表示されるはず。
test.txt が存在する状態で実行してもファイルを作り直しているのかファイルのタイムスタンプは更新されて問題なく動作している。
$ cd edk2
$ build -p Hello5Pkg/Hello5Pkg.dsc
$ cd ..
# イメージディスクに書き込む
$ sudo mount -o loop,uid=$(id -u),gid=$(id -u) disk.img ./mnt
$ cp ./edk2/Build/Hello2Pkg/DEBUG_CLANGDWARF/X64/Hello2.efi ./mnt/EFI/BOOT
$ sudo umount ./mnt
# QEMU で実行
$ qemu-system-x86_64 \
-drive if=pflash,format=raw,readonly=on,file=edk2/Build/OvmfX64/DEBUG_GCC/FV/OVMF_CODE.fd \
-drive if=pflash,format=raw,file=edk2/Build/OvmfX64/DEBUG_GCC/FV/OVMF_VARS.fd \
-drive format=raw,file=disk.img
次はメモリマップの作成とカーネルのロードにすすんで行きたい。
Mikan 本では、カーネルロード前に、UEFI のサービスを停止するので、カーネル起動後は UEFI の機能は一切使えなくなる。ロード時に画面のフレームバッファを直接渡して、画面の描画ができるようになる。ビデオカードのドライバがない以上そうするしかないんだよな。きっと。
この状態では文字列表示さえ自前で作る必要があるのでなかなか OS って大変だ。
QEMU で自動起動するには、 /EFI/BOOT/BOOTX64.EFI とフォルダ名、ファイル名ともにすべて大文字にする必要があった。なんでこんな簡単なことに気づかなかったのか・・・・。
ちなみにこのプログラムは(以前のものもそうかも) UEFI で自動起動しないほうがいいです。
というのも最後 return で抜けてしまっているので自動起動に成功すると、そのままリセットがかかってしまいます。
UEFI シェルで実行するとこんな感じの表示がされるはずです。
手動実行するには、下のようにします。
>fs0:\EFI\BOOT\hello5.efi

次は、メモリマップをファイル保存するのか、本の少し先まででは、ファイルに保存したメモリマップは使っていなそう?なきがするので飛ばしてもいいのかもしれない。