Clean up: update "EFI" to "UEFI" if applicable.

git-svn-id: https://edk2.svn.sourceforge.net/svnroot/edk2/trunk/edk2@4317 6f19259b-4bc3-4df7-8a09-765794883524
This commit is contained in:
qhuang8
2007-11-22 06:00:39 +00:00
parent d11013980f
commit 8a7d75b062
61 changed files with 72 additions and 72 deletions

View File

@@ -100,7 +100,7 @@ OemHookStatusCodeInitialize (
@param CallerId This optional parameter may be used to identify the caller.
This parameter allows the status code driver to apply different rules to different callers.
Type EFI_GUID is defined in InstallProtocolInterface() in the EFI 1.10 Specification.
Type EFI_GUID is defined in InstallProtocolInterface() in the UEFI 2.0 Specification.
@param Data This optional parameter may be used to pass additional data

View File

@@ -90,7 +90,7 @@ BdsLibBootViaBootOption (
Routine Description:
Process the boot option follow the EFI 1.1 specification and
Process the boot option follow the UEFI 2.0 specification and
special treat the legacy boot option with BBS_DEVICE_PATH.
Arguments:
@@ -197,7 +197,7 @@ Returns:
BdsLibRegisterNewOption (&TempBootLists, DevicePath, L"EFI Internal Shell", L"BootOrder");
}
DEBUG ((EFI_D_INFO | EFI_D_LOAD, "Booting EFI 1.1 way %S\n", Option->Description));
DEBUG ((EFI_D_INFO | EFI_D_LOAD, "Booting UEFI 2.0 way %S\n", Option->Description));
Status = gBS->LoadImage (
TRUE,

View File

@@ -342,7 +342,7 @@ Returns:
do {
//
// Connect All EFI 1.10 drivers following EFI 1.10 algorithm
// Connect All UEFI 2.0 drivers following UEFI 2.0 algorithm
//
BdsLibConnectAllEfi ();

View File

@@ -109,7 +109,7 @@ OemHookStatusCodeInitialize (
@param CallerId This optional parameter may be used to identify the caller.
This parameter allows the status code driver to apply different rules to different callers.
Type EFI_GUID is defined in InstallProtocolInterface() in the EFI 1.10 Specification.
Type EFI_GUID is defined in InstallProtocolInterface() in the UEFI 2.0 Specification.
@param Data This optional parameter may be used to pass additional data

View File

@@ -422,7 +422,7 @@ PlatformBdsBootSuccess (
Routine Description:
Hook point after a boot attempt succeeds. We don't expect a boot option to
return, so the EFI 1.0 specification defines that you will default to an
return, so the UEFI 2.0 specification defines that you will default to an
interactive mode and stop processing the BootOrder list in this case. This
is alos a platform implementation and can be customized by IBV/OEM.

View File

@@ -317,7 +317,7 @@ Returns:
PlatformBdsInit (PrivateData);
//
// Set up the device list based on EFI 1.1 variables
// Set up the device list based on UEFI 2.0 variables
// process Driver#### and Load the driver's in the
// driver option list
//

View File

@@ -222,7 +222,7 @@ WinNtGopDestructor (
;
//
// EFI 1.1 driver model prototypes for Win NT GOP
// UEFI 2.0 driver model prototypes for Win NT GOP
//

View File

@@ -16,7 +16,7 @@ Module Name:
Abstract:
This file produces the graphics abstration of GOP. It is called by
WinNtGopDriver.c file which deals with the EFI 1.1 driver model.
WinNtGopDriver.c file which deals with the UEFI 2.0 driver model.
This file just does graphics.