Change many windows references to unix.

git-svn-id: https://edk2.svn.sourceforge.net/svnroot/edk2/trunk/edk2@2186 6f19259b-4bc3-4df7-8a09-765794883524
This commit is contained in:
bbahnsen 2007-01-07 19:31:19 +00:00
parent 6bb60d710b
commit 377fc2ae71
29 changed files with 62 additions and 62 deletions

View File

@ -15,8 +15,8 @@ Module Name:
Abstract:
Produce block IO abstractions for real devices on your PC using Win32 APIs.
The configuration of what devices to mount or emulate comes from NT
Produce block IO abstractions for real devices on your PC using Posix APIs.
The configuration of what devices to mount or emulate comes from UNIX
environment variables. The variables must be visible to the Microsoft*
Developer Studio for them to work.
@ -27,7 +27,7 @@ Abstract:
<block count> - Decimal number of blocks a device supports.
<block size> - Decimal number of bytes per block.
NT envirnonment variable contents. '<' and '>' are not part of the variable,
UNIX envirnonment variable contents. '<' and '>' are not part of the variable,
they are just used to make this help more readable. There should be no
spaces between the ';'. Extra spaces will break the variable. A '!' is
used to seperate multiple devices in a variable.
@ -47,7 +47,7 @@ Abstract:
A 1.44MB emulated floppy with a block size of 1024 would look like:
EFI_UNIX_VIRTUAL_DISKS=RW;1440;1024
Physical Disks: These devices use NT to open a real device in your system
Physical Disks: These devices use UNIX to open a real device in your system
Thus a 120 MB floppy would look like:
EFI_UNIX_PHYSICAL_DISKS=B:RW;245760;512

View File

@ -15,8 +15,8 @@ Module Name:
Abstract:
Produce block IO abstractions for real devices on your PC using Win32 APIs.
The configuration of what devices to mount or emulate comes from NT
Produce block IO abstractions for real devices on your PC using Posix APIs.
The configuration of what devices to mount or emulate comes from UNIX
environment variables. The variables must be visible to the Microsoft*
Developer Studio for them to work.

View File

@ -15,7 +15,7 @@ Module Name:
Abstract:
Console based on Win32 APIs.
Console based on Posix APIs.
--*/

View File

@ -15,7 +15,7 @@ Module Name:
Abstract:
Console based on Win32 APIs.
Console based on Posix APIs.
This file attaches a SimpleTextIn protocol to a previously open window.
@ -44,7 +44,7 @@ typedef struct {
EFI_UNIX_THUNK_PROTOCOL *UnixThunk;
//
// SimpleTextOut Private Data including Win32 types.
// SimpleTextOut Private Data including Posix types.
//
// HANDLE NtOutHandle;
// HANDLE NtInHandle;

View File

@ -15,7 +15,7 @@ Module Name:
Abstract:
Console based on Win32 APIs.
Console based on Posix APIs.
This file attaches a SimpleTextIn protocol to a previously open window.

View File

@ -15,9 +15,9 @@ Module Name:
Abstract:
Console based on Win32 APIs.
Console based on Posix APIs.
This file creates an Win32 window and attaches a SimpleTextOut protocol.
This file creates an Posix window and attaches a SimpleTextOut protocol.
--*/

View File

@ -15,8 +15,8 @@ Module Name:
Abstract:
Produce Simple File System abstractions for directories on your PC using Win32 APIs.
The configuration of what devices to mount or emulate comes from NT
Produce Simple File System abstractions for directories on your PC using Posix APIs.
The configuration of what devices to mount or emulate comes from UNIX
environment variables. The variables must be visible to the Microsoft*
Developer Studio for them to work.
@ -1398,7 +1398,7 @@ Returns:
return EFI_SUCCESS;
//
// bugbug: need to access windows error reporting
// bugbug: need to access unix error reporting
//
}
@ -2100,7 +2100,7 @@ Returns:
return PrivateFile->UnixThunk->FSync (PrivateFile->fd) == 0 ? EFI_SUCCESS : EFI_DEVICE_ERROR;
//
// bugbug: - Use Windows error reporting.
// bugbug: - Use Unix error reporting.
//
}

View File

@ -136,7 +136,7 @@ Returns:
;
//
// EFI 1.1 driver model prototypes for Win NT UGA
// EFI 1.1 driver model prototypes for Win UNIX UGA
//
EFI_STATUS

View File

@ -15,9 +15,9 @@ Module Name:
Abstract:
This following section documents the envirnoment variables for the Win NT
This following section documents the envirnoment variables for the Win UNIX
build. These variables are used to define the (virtual) hardware
configuration of the NT environment
configuration of the UNIX environment
A ! can be used to seperate multiple instances in a variable. Each
instance represents a seperate hardware device.
@ -35,7 +35,7 @@ EFI_UNIX_UGA - Builds UGA Windows of Width and Height
<block count> - Decimal number of blocks a device supports.
<block size> - Decimal number of bytes per block.
NT envirnonment variable contents. '<' and '>' are not part of the variable,
UNIX envirnonment variable contents. '<' and '>' are not part of the variable,
they are just used to make this help more readable. There should be no
spaces between the ';'. Extra spaces will break the variable. A '!' is
used to seperate multiple devices in a variable.
@ -55,7 +55,7 @@ EFI_UNIX_UGA - Builds UGA Windows of Width and Height
A 1.44MB emulated floppy with a block size of 1024 would look like:
EFI_UNIX_VIRTUAL_DISKS=RW;1440;1024
Physical Disks: These devices use NT to open a real device in your system
Physical Disks: These devices use UNIX to open a real device in your system
Thus a 120 MB floppy would look like:
EFI_UNIX_PHYSICAL_DISKS=B:RW;245760;512
@ -115,7 +115,7 @@ EFI_DRIVER_BINDING_PROTOCOL gUnixBusDriverBinding = {
#define UNIX_PCD_ARRAY_SIZE (sizeof(mPcdEnvironment)/sizeof(UNIX_PCD_ENTRY))
//
// Table to map NT Environment variable to the GUID that should be in
// Table to map UNIX Environment variable to the GUID that should be in
// device path.
//
static UNIX_PCD_ENTRY mPcdEnvironment[] = {

View File

@ -37,7 +37,7 @@ EFI_UNIX_PASS_THRU - associates a device with our PCI support
<block count> - Decimal number of blocks a device supports.
<block size> - Decimal number of bytes per block.
NT envirnonment variable contents. '<' and '>' are not part of the variable,
UNIX envirnonment variable contents. '<' and '>' are not part of the variable,
they are just used to make this help more readable. There should be no
spaces between the ';'. Extra spaces will break the variable. A '!' is
used to seperate multiple devices in a variable.
@ -57,7 +57,7 @@ EFI_UNIX_PASS_THRU - associates a device with our PCI support
A 1.44MB emulated floppy with a block size of 1024 would look like:
EFI_UNIX_VIRTUAL_DISKS=RW;1440;1024
Physical Disks: These devices use NT to open a real device in your system
Physical Disks: These devices use UNIX to open a real device in your system
Thus a 120 MB floppy would look like:
EFI_UNIX_PHYSICAL_DISKS=B:RW;245760;512

View File

@ -132,7 +132,7 @@
<PcdEntry PcdItemType="DYNAMIC">
<C_Name>PcdUnixFileSystem</C_Name>
<TokenSpaceGuidCName>gEfiEdkUnixPkgTokenSpaceGuid</TokenSpaceGuidCName>
<HelpText>This PCD defines the windows directory who will be mounted as
<HelpText>This PCD defines the unix directory who will be mounted as
harddisk in simulator.
The item type of this PCD can only be "DYNAMIC".</HelpText>
</PcdEntry>

View File

@ -15,7 +15,7 @@ Module Name:
Abstract:
NT Emulation Metronome Architectural Protocol Driver as defined in DXE CIS
UNIX Emulation Metronome Architectural Protocol Driver as defined in DXE CIS
--*/

View File

@ -15,7 +15,7 @@ Module Name:
Abstract:
NT Emulation Metronome Architectural Protocol Driver as defined in DXE CIS
UNIX Emulation Metronome Architectural Protocol Driver as defined in DXE CIS
--*/

View File

@ -15,7 +15,7 @@ Module Name:
Abstract:
NT Emulation Architectural Protocol Driver as defined in Tiano
UNIX Emulation Architectural Protocol Driver as defined in Tiano
--*/

View File

@ -15,7 +15,7 @@ Module Name:
Abstract:
Reset Architectural Protocol as defined in Tiano under NT Emulation
Reset Architectural Protocol as defined in Tiano under UNIX Emulation
--*/

View File

@ -15,9 +15,9 @@ Module Name:
Abstract:
NT Emulation Timer Architectural Protocol Driver as defined in DXE CIS
UNIX Emulation Timer Architectural Protocol Driver as defined in DXE CIS
This Timer module uses an NT Thread to simulate the timer-tick driven
This Timer module uses an UNIX Thread to simulate the timer-tick driven
timer service. In the future, the Thread creation should possibly be
abstracted by the CPU architectural protocol

View File

@ -15,8 +15,8 @@ Module Name:
Abstract:
NT Emulation Architectural Protocol Driver as defined in Tiano.
This Timer module uses an NT Thread to simulate the timer-tick driven
UNIX Emulation Architectural Protocol Driver as defined in Tiano.
This Timer module uses an UNIX Thread to simulate the timer-tick driven
timer service.
--*/

View File

@ -70,7 +70,7 @@ UnixFlushCpuDataCache (
Routine Description:
This routine would provide support for flushing the CPU data cache.
In the case of NT emulation environment, this flushing is not necessary and
In the case of UNIX emulation environment, this flushing is not necessary and
is thus not implemented.
Arguments:
@ -92,13 +92,13 @@ Returns:
{
if (FlushType == EfiCpuFlushTypeWriteBackInvalidate) {
//
// Only WB flush is supported. We actually need do nothing on NT emulator
// Only WB flush is supported. We actually need do nothing on UNIX emulator
// environment. Classify this to follow EFI spec
//
return EFI_SUCCESS;
}
//
// Other flush types are not supported by NT emulator
// Other flush types are not supported by UNIX emulator
//
return EFI_UNSUPPORTED;
}

View File

@ -15,7 +15,7 @@ Module Name:
Abstract:
NT Emulation Architectural Protocol Driver as defined in Tiano.
UNIX Emulation Architectural Protocol Driver as defined in Tiano.
--*/

View File

@ -261,7 +261,7 @@ WITHOUT WARRANTIES OR REPRESENTATIONS OF ANY KIND, EITHER EXPRESS OR IMPLIED.
<DatumType>VOID*</DatumType>
<ValidUsage>DYNAMIC</ValidUsage>
<DefaultValue>L".!..\\..\\..\\..\\..\\EdkShellBinPkg\\bin\\ia32\\Apps"</DefaultValue>
<HelpText>This PCD defines the windows directory who will be mounted as
<HelpText>This PCD defines the host directory who will be mounted as
harddisk in simulator.
The item type of this PCD can only be "DYNAMIC".</HelpText>
</PcdEntry>
@ -273,7 +273,7 @@ WITHOUT WARRANTIES OR REPRESENTATIONS OF ANY KIND, EITHER EXPRESS OR IMPLIED.
<ValidUsage>DYNAMIC</ValidUsage>
<DefaultValue>L"64!64"</DefaultValue>
<HelpText>This PCD defines the memory size of simulated machine. Simulator will allocate
the size of PcdUnixMemorySize in windows platform.
the size of PcdUnixMemorySize in host platform.
The item type of this PCD can only be "DYNAMIC".</HelpText>
</PcdEntry>
<PcdEntry>
@ -324,7 +324,7 @@ WITHOUT WARRANTIES OR REPRESENTATIONS OF ANY KIND, EITHER EXPRESS OR IMPLIED.
<DatumType>VOID*</DatumType>
<ValidUsage>FIXED_AT_BUILD PATCHABLE_IN_MODULE</ValidUsage>
<DefaultValue>L"..\\Fv\\Fv_Recovery.fd"</DefaultValue>
<HelpText>This PCD defines the FD file windows path string. Simulator will load the FD file and execute.</HelpText>
<HelpText>This PCD defines the FD file path string. Simulator will load the FD file and execute.</HelpText>
</PcdEntry>
<PcdEntry>
<C_Name>PcdUnixConsole</C_Name>
@ -354,7 +354,7 @@ WITHOUT WARRANTIES OR REPRESENTATIONS OF ANY KIND, EITHER EXPRESS OR IMPLIED.
<ValidUsage>FIXED_AT_BUILD PATCHABLE_IN_MODULE</ValidUsage>
<DefaultValue>L"64!64"</DefaultValue>
<HelpText>This PCD defines the memory size of simulated machine. Simulator will allocate
the size of PcdUnixMemorySizeForSecMain in windows platform.</HelpText>
the size of PcdUnixMemorySizeForSecMain in host platform.</HelpText>
</PcdEntry>
</PcdDeclarations>
</PackageSurfaceArea>

View File

@ -43,7 +43,7 @@ Routine Description:
This service is called from Index == 0 until it returns EFI_UNSUPPORTED.
It allows discontiguous memory regions to be supported by the emulator.
It uses gSystemMemory[] and gSystemMemoryCount that were created by
parsing the Windows environment variable EFI_MEMORY_SIZE.
parsing the host environment variable EFI_MEMORY_SIZE.
The size comes from the varaible and the address comes from the call to
WinNtOpenFile.

View File

@ -41,7 +41,7 @@ EFI_STATUS
Routine Description:
Return the FD Size and base address. Since the FD is loaded from a
file into Windows memory only the SEC will know it's address.
file into host memory only the SEC will know it's address.
Arguments:
Index - Which FD, starts at zero.

View File

@ -36,7 +36,7 @@ extern EFI_GUID gEfiUnixIoProtocolGuid;
//
// The following GUIDs are used in EFI_UNIX_IO_PROTOCOL_GUID
// Device paths. They map 1:1 with NT envirnment variables. The variables
// Device paths. They map 1:1 with UNIX envirnment variables. The variables
// define what virtual hardware the emulator/UnixBusDriver will produce.
//
//

View File

@ -53,7 +53,7 @@ Returns:
DEBUG ((EFI_D_ERROR, "Unix Autoscan PEIM Loaded\n"));
//
// Get the PEI NT Autoscan PPI
// Get the PEI UNIX Autoscan PPI
//
Status = (**PeiServices).LocatePpi (
PeiServices,

View File

@ -15,7 +15,7 @@ Module Name:
Abstract:
Tiano PEIM to provide the platform support functionality within Windows
Tiano PEIM to provide the platform support functionality within unix
--*/

View File

@ -7,7 +7,7 @@
<Version>1.0</Version>
<Abstract>Stuff driver</Abstract>
<Description>
Tiano PEIM to abstract construction of firmware volume in a Windows NT environment.
Tiano PEIM to abstract construction of firmware volume in a Unix environment.
</Description>
<Copyright>Copyright (c) 2006, Intel Corporation</Copyright>
<License>All rights reserved. This program and the accompanying materials

View File

@ -14,10 +14,10 @@ Module Name:
SecMain.c
Abstract:
WinNt emulator of SEC phase. It's really a Win32 application, but this is
Ok since all the other modules for NT32 are NOT Win32 applications.
WinNt emulator of SEC phase. It's really a Posix application, but this is
Ok since all the other modules for NT32 are NOT Posix applications.
This program processes Windows environment variables and figures out
This program processes host environment variables and figures out
what the memory layout will be, how may FD's will be loaded and also
what the boot mode is.
@ -25,9 +25,9 @@ Abstract:
is a list of PPI's produced by the SEC that are availble for usage in PEI.
This code produces 128 K of temporary memory for the PEI stack by opening a
Windows file and mapping it directly to memory addresses.
host file and mapping it directly to memory addresses.
The system.cmd script is used to set windows environment variables that drive
The system.cmd script is used to set host environment variables that drive
the configuration opitons of the SEC.
--*/
@ -103,7 +103,7 @@ EFI_PEI_PPI_DESCRIPTOR gPrivateDispatchTable[] = {
//
// Default information about where the FD is located.
// This array gets filled in with information from EFI_FIRMWARE_VOLUMES
// EFI_FIRMWARE_VOLUMES is a Windows environment variable set by system.cmd.
// EFI_FIRMWARE_VOLUMES is a host environment variable set by system.cmd.
// The number of array elements is allocated base on parsing
// EFI_FIRMWARE_VOLUMES and the memory is never freed.
//
@ -147,7 +147,7 @@ main (
/*++
Routine Description:
Main entry point to SEC for WinNt. This is a Windows program
Main entry point to SEC for WinNt. This is a unix program
Arguments:
Argc - Number of command line arguments
@ -176,7 +176,7 @@ Returns:
MemorySizeStr = (CHAR16 *)PcdGetPtr (PcdUnixMemorySizeForSecMain);
FirmwareVolumesStr = (CHAR16 *)PcdGetPtr (PcdUnixFirmwareVolume);
printf ("\nEDK SEC Main NT Emulation Environment from www.TianoCore.org\n");
printf ("\nEDK SEC Main UNIX Emulation Environment from www.TianoCore.org\n");
//
// Allocate space for gSystemMemory Array
@ -485,7 +485,7 @@ Routine Description:
This routine produces the ReportStatusCode PEI service. It's passed
up to the PEI Core via a PPI. T
This code currently uses the NT clib printf. This does not work the same way
This code currently uses the UNIX clib printf. This does not work the same way
as the EFI Print (), as %t, %g, %s as Unicode are not supported.
Arguments:
@ -647,7 +647,7 @@ Routine Description:
This service is called from Index == 0 until it returns EFI_UNSUPPORTED.
It allows discontiguous memory regions to be supported by the emulator.
It uses gSystemMemory[] and gSystemMemoryCount that were created by
parsing the Windows environment variable EFI_MEMORY_SIZE.
parsing the host environment variable EFI_MEMORY_SIZE.
The size comes from the varaible and the address comes from the call to
WinNtOpenFile.
@ -689,7 +689,7 @@ SecWinNtWinNtThunkAddress (
/*++
Routine Description:
Since the SEC is the only Windows program in stack it must export
Since the SEC is the only Unix program in stack it must export
an interface to do Win API calls. That's what the WinNtThunk address
is for. gWinNt is initailized in WinNtThunk.c.
@ -744,7 +744,7 @@ Returns:
return Status;
}
//
// Allocate space in NT (not emulator) memory. Extra space is for alignment
// Allocate space in UNIX (not emulator) memory. Extra space is for alignment
//
ImageContext.ImageAddress = (EFI_PHYSICAL_ADDRESS) (UINTN) malloc ((UINTN) (ImageContext.ImageSize + (ImageContext.SectionAlignment * 2)));
if (ImageContext.ImageAddress == 0) {
@ -789,7 +789,7 @@ SecWinNtFdAddress (
Routine Description:
Return the FD Size and base address. Since the FD is loaded from a
file into Windows memory only the SEC will know it's address.
file into host memory only the SEC will know it's address.
Arguments:
Index - Which FD, starts at zero.

View File

@ -14,7 +14,7 @@ Module Name:
SecMain.h
Abstract:
Include file for Windows API based SEC
Include file for host API based SEC
--*/

View File

@ -85,7 +85,7 @@
<C_Name>PcdUnixMemorySizeForSecMain</C_Name>
<TokenSpaceGuidCName>gEfiEdkUnixPkgTokenSpaceGuid</TokenSpaceGuidCName>
<HelpText>This PCD defines the memory size of simulated machine. Simulator will allocate
the size of PcdUnixMemorySizeForSecMain in windows platform.</HelpText>
the size of PcdUnixMemorySizeForSecMain in host platform.</HelpText>
</PcdEntry>
<PcdEntry PcdItemType="DYNAMIC">
<C_Name>PcdUnixFirmwareVolume</C_Name>