Testing pipeline for Host Unittest #193
Open
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
|
PR can not be merged due to conflict. Please rebase and resubmit |
BZ:https://bugzilla.tianocore.org/show_bug.cgi?id=2363 This patch is to fix a build tool regression issue which was introduced by commit b8ac0b7.This issue caused map file lost the line of IMAGE=***. For example,in Ovmf.map, there is no line of (IMAGE=<path to efi> ) under each of modules item. The path to the efi file generated by each module is written on this line The purpose of this line is add the debug image full path. there is no information about the module in the map file other than FVName, it allows us to quickly know which module this part corresponds to. In commit b8ac0b7,add a line ("self.BuildModules = []") in function, but it's used to calculate the variable ModuleList in the following code. Signed-off-by: Zhiju.Fan <[email protected]> Cc: Liming Gao <[email protected]> Cc: Bob Feng <[email protected]> Reviewed-by: Bob Feng <[email protected]>
The StandaloneMmPkg currently has code for supporting Arm architecture only. Support for X64 and IA32 is currently under development on a separate branch. However, StandaloneMmPkg/StandaloneMmPkg.dsc is indicating that support for X64 and IA32 is available which is causing build failures. This has been reported in https://bugzilla.tianocore.org/show_bug.cgi?id=2253 This issue has been discussed earlier on the list: (1) https://edk2.groups.io/g/devel/message/47276 (2) https://edk2.groups.io/g/devel/message/47283 In light of the above, this patch removes IA32 and X64 from SUPPORTED_ARCHITECTURES, until support for the respective architectures is merged into StandaloneMmPkg. Cc: Achin Gupta <[email protected]> Cc: Jiewen Yao <[email protected]> Cc: Supreeth Venkatesh <[email protected]> Cc: Laszlo Ersek <[email protected]> Signed-off-by: Sami Mujawar <[email protected]> Reviewed-by: Laszlo Ersek <[email protected]> Reviewed-by: Jiewen Yao <[email protected]>
REF:https://bugzilla.tianocore.org/show_bug.cgi?id=2364 Fixes a new build warning in VS2012 introduced in f8ff4cc. This patch initializes the local variable "Variable" in VariableServiceGetNextVariableInternal (). This ensures the pointers in the structure are initialized in the case no variable stores exist in the list of variable stores. Cc: Liming Gao <[email protected]> Cc: Michael D Kinney <[email protected]> Cc: Jian J Wang <[email protected]> Cc: Hao A Wu <[email protected]> Signed-off-by: Michael Kubacki <[email protected]> Reviewed-by: Liming Gao <[email protected]> Reviewed-by: Philippe Mathieu-Daude <[email protected]> Reviewed-by: Jian J Wang <[email protected]>
REF:https://bugzilla.tianocore.org/show_bug.cgi?id=2364 Fixes a new build warning in VS2012 introduced in f8ff4cc. This patch initializes the local variable "RtPtrTrack" in FindVariableInRuntimeCache (). This ensures the pointers in the structure are initialized in the case no variable stores exist in the list of variable stores. Cc: Liming Gao <[email protected]> Cc: Michael D Kinney <[email protected]> Cc: Jian J Wang <[email protected]> Cc: Hao A Wu <[email protected]> Signed-off-by: Michael Kubacki <[email protected]> Reviewed-by: Liming Gao <[email protected]> Reviewed-by: Jian J Wang <[email protected]>
Commit aab3b9b ("MdeModulePkg/Variable: Add RT GetVariable() cache support", 2019-11-05) added "VariableParsing.h" to "VariableSmmRuntimeDxe.inf". "VariableParsing.h" includes "Variable.h", so the "build" utility is right to warn us that "Variable.h" should be listed in [Sources] too. Cc: Hao A Wu <[email protected]> Cc: Jian J Wang <[email protected]> Cc: Leif Lindholm <[email protected]> Cc: Liming Gao <[email protected]> Cc: Michael Kubacki <[email protected]> Fixes: aab3b9b Signed-off-by: Laszlo Ersek <[email protected]> Reviewed-by: Philippe Mathieu-Daude <[email protected]> Reviewed-by: Jian J Wang <[email protected]> Reviewed-by: Leif Lindholm <[email protected]>
When diffing "OpensslLib.inf" against "OpensslLibCrypto.inf", the *only* differences should be: - BASE_NAME, MODULE_UNI_FILE, and FILE_GUID are expected to differ, in [Defines]; - "OpensslLib.inf" is expected to list "$(OPENSSL_PATH)/ssl/..." source files in the auto-generated part of the [Sources] section. Commit 8906f07 ("CryptoPkg/OpensslLib: Add missing header files in INF file", 2019-08-16) broke that invariant, by adding "buildinf.h" and "rand_pool_noise.h" in different order to both INF files. Fix that order in "OpensslLib.inf" now. (Note that this does not re-establish full consistency between both INF files -- it just highlights another problem, which we'll fix in the next patch.) Cc: Jian J Wang <[email protected]> Cc: Leif Lindholm <[email protected]> Cc: Shenglei Zhang <[email protected]> Cc: Xiaoyu Lu <[email protected]> Fixes: 8906f07 Signed-off-by: Laszlo Ersek <[email protected]> Reviewed-by: Jian J Wang <[email protected]> Reviewed-by: Philippe Mathieu-Daude <[email protected]> Reviewed-by: Leif Lindholm <[email protected]>
Commit 8906f07 ("CryptoPkg/OpensslLib: Add missing header files in INF file", 2019-08-16) incorrectly placed "ms/uplink.h" in the auto-generated part of [Sources], in "OpensslLib.inf". ("ms/uplink.h" was added in the right spot in "OpensslLibCrypto.inf".) Subsequently, when commit 9f4fbd5 ("CryptoPkg/OpensslLib: Update process_files.pl to generate .h files", 2019-10-30) re-generated that part of "OpensslLib.inf", the "ms/uplink.h" file reference was lost. This triggers a warning from the "build" utility now. Name the header file in the right spot in [Sources]. This change makes "OpensslLib.inf" consistent with "OpensslLibCrypto.inf". Cc: Jian J Wang <[email protected]> Cc: Leif Lindholm <[email protected]> Cc: Shenglei Zhang <[email protected]> Cc: Xiaoyu Lu <[email protected]> Fixes: 8906f07 Signed-off-by: Laszlo Ersek <[email protected]> Reviewed-by: Jian J Wang <[email protected]> Reviewed-by: Philippe Mathieu-Daude <[email protected]> Reviewed-by: Leif Lindholm <[email protected]>
Introducing fixes to memory leak issues identified by static code analysis tool. Cc: Jiaxin Wu <[email protected]> Cc: Siyuan Fu <[email protected]> Signed-off-by: Maciej Rabeda <[email protected]> Reviewed-by: Philippe Mathieu-Daude <[email protected]> Reviewed-by: Siyuan Fu <[email protected]> Reviewed-by: Jiaxin Wu <[email protected]>
Cc: Jian J Wang <[email protected]> Cc: Hao A Wu <[email protected]> Signed-off-by: Shenglei Zhang <[email protected]> Reviewed-by: Jian J Wang <[email protected]>
Cc: Jiaxin Wu <[email protected]> Cc: Siyuan Fu <[email protected]> Cc: Maciej Rabeda <[email protected]> Signed-off-by: Shenglei Zhang <[email protected]> Reviewed-by: Jiaxin Wu <[email protected]>
Cc: Eric Dong <[email protected]> Cc: Ray Ni <[email protected]> Cc: Laszlo Ersek <[email protected]> Signed-off-by: Shenglei Zhang <[email protected]> Reviewed-by: Eric Dong <[email protected]>
In MpLib.c, remove the white space on a new line. In PageTbl.c and PiSmmCpuDxeSmm.h, update the comment style. Cc: Eric Dong <[email protected]> Cc: Ray Ni <[email protected]> Cc: Laszlo Ersek <[email protected]> Signed-off-by: Shenglei Zhang <[email protected]> Reviewed-by: Eric Dong <[email protected]> Reviewed-by: Laszlo Ersek <[email protected]>
BZ:https://bugzilla.tianocore.org/show_bug.cgi?id=2400 In Dsc Parser, included dsc file is parsed always no matter if its condition is False gUefiOvmfPkgTokenSpaceGuid.test1|FALSE !if gUefiOvmfPkgTokenSpaceGuid.test1 == FALSE !include OvmfPkg/test1.dsc !else !include OvmfPkg/test2.dsc !endif The patch avoids processing redundant dsc files and improves the way Tool handles them. In the above case, since the conditional result is FALSE, "test2.dsc" is not parsed. Signed-off-by: Zhiju.Fan <[email protected]> Cc: Liming Gao <[email protected]> Cc: Bob Feng <[email protected]> Reviewed-by: Bob Feng <[email protected]>
After unifying the definition of size_t, EBC compiler has failure. So don't compile this inf file for EBC REF:https://bugzilla.tianocore.org/show_bug.cgi?id=2398 Cc: Liming Gao <[email protected]> Cc: Jian J Wang <[email protected]> Cc: Hao A Wu <[email protected]> Cc: Leif Lindholm <[email protected]> Cc: Philippe Mathieu-Daude <[email protected]> Reviewed-by: Liming Gao <[email protected]> Reviewed-by: Philippe Mathieu-Daude <[email protected]> Signed-off-by: Zhiguang Liu <[email protected]>
REF:https://bugzilla.tianocore.org/show_bug.cgi?id=2382 Add ARM/Aarch64 which were missing to VALID_ARCHITECTURES in LzmaCustomDecompressLib.inf Cc: Liming Gao <[email protected]> Cc: Jian J Wang <[email protected]> Cc: Hao A Wu <[email protected]> Cc: Leif Lindholm <[email protected]> Reviewed-by: Liming Gao <[email protected]> Reviewed-by: Philippe Mathieu-Daude <[email protected]> Signed-off-by: Zhiguang Liu <[email protected]>
Add support for parsing the ACPI FACS table. The FADT parser has also been updated as it links the FACS table using the FIRMWARE_CTRL or X_FIRMWARE_CTRL fields. Since the FACS table does not follow the standard ACPI header, the FADT parser extracts the FACS signature, length and version fields before invoking the FACS parser. Cc: Ray Ni <[email protected]> Cc: Zhichao Gao <[email protected]> Reviewed-by: Zhichao Gao <[email protected]> Signed-off-by: Sami Mujawar <[email protected]>
Updated IORT parser to conform to the IO Remapping
Table, Platform Design Document, Revision D, March 2018.
The following structure parsers have been updated:
1. SMMUv3 - added proximity domain and device Id
mapping index.
2. RootComplex - added memory address size limit.
2. PMCG - added page 1 support.
Cc: Ray Ni <[email protected]>
Cc: Zhichao Gao <[email protected]>
Reviewed-by: Zhichao Gao <[email protected]>
Signed-off-by: Sami Mujawar <[email protected]>
REF: https://bugzilla.tianocore.org/show_bug.cgi?id=2379 When a file is saved in the edit command a status message L"%d Lines Wrote" is displayed. The hexedit command suffers from the same typo. Change the message to L"%d Lines Written". Reviewed-by: Philippe Mathieu-Daude <[email protected]> Reviewed-by: Zhichao Gao <[email protected]> Signed-off-by: Heinrich Schuchardt <[email protected]>
REF: https://bugzilla.tianocore.org/show_bug.cgi?id=1965 For function InsertNewGuidNameMapping, it rellocate the mGuidList with new size "mGuidListCount+1 * sizeof(GUID_INFO_BLOCK)". That isn't its purpose and would cause a overflow operation in "mGuidList[mGuidListCount - 1].xxx = xxx". Its purpose is to increase 1 block size of mGuidList. Change it to "(mGuidListCount + 1) * sizeof (GUID_INFO_BLOCK)". Adjust the coding style of this function. Cc: Jaben Carsey <[email protected]> Cc: Ray Ni <[email protected]> Cc: Andrew Fish <[email protected]> Reviewed-by: Ray Ni <[email protected]> Signed-off-by: Zhichao Gao <[email protected]>
Third party driver images loaded from Option ROM get queued for execution after EndOfDxe. These queued images need to be dispatched from the PlatformBootManagerLib. Since the queued images were not dispatched, the PCI Option ROM drivers were not getting loaded on Juno. Therefore, add call to EfiBootManagerDispatchDeferredImages() for dispatching deferred images from PlatformBootManagerLib. Signed-off-by: Sami Mujawar <[email protected]> Reviewed-by: Ard Biesheuvel <[email protected]>
REF: https://bugzilla.tianocore.org/show_bug.cgi?id=2304 To avoid SyntaxWarning with Python 3.8, change the 'is' operator by the conventional '==' comparator. Cc: Sean Brogan <[email protected]> Cc: Bret Barkelew <[email protected]> Cc: Michael D Kinney <[email protected]> Cc: Liming Gao <[email protected]> Reviewed-by: Bob Feng <[email protected]> Signed-off-by: Philippe Mathieu-Daude <[email protected]>
REF: https://bugzilla.tianocore.org/show_bug.cgi?id=2304 The following statement produces a SyntaxWarning with Python 3.8: if str(FdRegion.RegionType) is 'FILE' and self.Platform.VpdToolGuid in \ str(FdRegion.RegionDataList): BaseTools/Source/Python/AutoGen/WorkspaceAutoGen.py:168: SyntaxWarning: \ "is" with a literal. Did you mean "=="? Change the 'is' operator by the conventional '==' comparator. Cc: Bob Feng <[email protected]> Cc: Liming Gao <[email protected]> Reviewed-by: Bob Feng <[email protected]> Signed-off-by: Philippe Mathieu-Daude <[email protected]>
REF: https://bugzilla.tianocore.org/show_bug.cgi?id=2388 Token is new introduced by MM MP Protocol. Current logic allocate Token every time when need to use it. The logic caused SMI latency raised to very high. Update logic to allocate Token buffer at driver's entry point. Later use the token from the allocated token buffer. Only when all the buffer have been used, then need to allocate new buffer. Reviewed-by: Ray Ni <[email protected]> Signed-off-by: Eric Dong <[email protected]> Acked-by: Laszlo Ersek <[email protected]>
Implement support for driving peripherals with limited DMA ranges to NonCoherentDmaLib, by adding a device address limit, and taking it, along with the device offset, into account when allocating or mapping DMA buffers. Signed-off-by: Ard Biesheuvel <[email protected]> Tested-by: Pete Batard <[email protected]> Acked-by: Philippe Mathieu-Daude <[email protected]> Acked-by: Leif Lindholm <[email protected]>
Implement a version of the EDK2 IoMmu protocol that is a simple wrapper around DmaLib. This is intended to be used to wrap NonCoherentDmaLib so that the generic PCI infrastructure can be used to implement support for non cache-coherent DMA. Signed-off-by: Ard Biesheuvel <[email protected]> Reviewed-by: Leif Lindholm <[email protected]> Reviewed-by: Philippe Mathieu-Daude <[email protected]> Tested-by: Pete Batard <[email protected]>
Achin has indicated that he no longer has the bandwidth available to co-maintain StandaloneMmPkg, and has asked Sami and me to step in. Reviewed-by: Laszlo Ersek <[email protected]> Reviewed-by: Leif Lindholm <[email protected]> Reviewed-by: Sami Mujawar <[email protected]> Reviewed-by: Jiewen Yao <[email protected]> Reviewed-by: Achin Gupta <[email protected]> Signed-off-by: Ard Biesheuvel <[email protected]>
* Resolve memory corruption caused by improper test code * Change test descriptions to be more meaningful * Add error test case for encode * Remove duplicate encode test case (cherry picked from commit 2901689)
(cherry picked from commit 47dbf42)
(cherry picked from commit 689d596)
REF:https://bugzilla.tianocore.org/show_bug.cgi?id=2457 This commit fixes an offset calculation that is used to write the VarErrorFlag UEFI variable to the UEFI variable runtime cache. Currently a physical address is used instead of an offset. This commit changes the offset to zero with a length of the entire non-volatile variable store so the entire non-volatile variable store buffer in SMRAM (with the variable update modification) is copied to the runtime variable cache. This follows the same pattern used in other SynchronizeRuntimeVariableCache () calls for consistency. * Observable symptom: An exception in SMM will most likely occur due to the invalid memory reference when the VarErrorFlag variable is written. The variable is most commonly written when the UEFI variable store is full. * The issue only occurs when the variable runtime cache is enabled by the following PCD being set to TRUE: gEfiMdeModulePkgTokenSpaceGuid.PcdEnableVariableRuntimeCache Fixes: aab3b9b Cc: Liming Gao <[email protected]> Cc: Michael D Kinney <[email protected]> Cc: Michael Turner <[email protected]> Cc: Jian J Wang <[email protected]> Cc: Hao A Wu <[email protected]> Signed-off-by: Michael Kubacki <[email protected]> Reviewed-by: Liming Gao <[email protected]> Reviewed-by: Jian J Wang <[email protected]>
…ion and Logging macros to us GetActiveFrameworkHandle() function.
In commit 4eee0cc ("UefiCpuPkg/PiSmmCpu: Enable 5 level paging when CPU supports", 2019-07-12), the Page Directory Entry setting was regressed (corrupted) when splitting a 2MB page to 512 4KB pages, in the InitPaging() function. Consider the following hunk, displayed with $ git show --function-context --ignore-space-change 4eee0cc > // > // If it is 2M page, check IsAddressSplit() > // > if (((*Pd & IA32_PG_PS) != 0) && IsAddressSplit (Address)) { > // > // Based on current page table, create 4KB page table for split area. > // > ASSERT (Address == (*Pd & PHYSICAL_ADDRESS_MASK)); > > Pt = AllocatePageTableMemory (1); > ASSERT (Pt != NULL); > > + *Pd = (UINTN) Pt | IA32_PG_RW | IA32_PG_P; > + > // Split it > - for (PtIndex = 0; PtIndex < SIZE_4KB / sizeof(*Pt); PtIndex++) { > - Pt[PtIndex] = Address + ((PtIndex << 12) | mAddressEncMask | PAGE_ATTRIBUTE_BITS); > + for (PtIndex = 0; PtIndex < SIZE_4KB / sizeof(*Pt); PtIndex++, Pt++) { > + *Pt = Address + ((PtIndex << 12) | mAddressEncMask | PAGE_ATTRIBUTE_BITS); > } // end for PT > *Pd = (UINT64)(UINTN)Pt | mAddressEncMask | PAGE_ATTRIBUTE_BITS; > } // end if IsAddressSplit > } // end for PD First, the new assignment to the Page Directory Entry (*Pd) is superfluous. That's because (a) we set (*Pd) after the Page Table Entry loop anyway, and (b) here we do not attempt to access the memory starting at "Address" (which is mapped by the original value of the Page Directory Entry). Second, appending "Pt++" to the incrementing expression of the PTE loop is a bug. It causes "Pt" to point *right past* the just-allocated Page Table, once we finish the loop. But the PDE assignment that immediately follows the loop assumes that "Pt" still points to the *start* of the new Page Table. The result is that the originally mapped 2MB page disappears from the processor's view. The PDE now points to a "Page Table" that is filled with garbage. The random entries in that "Page Table" will cause some virtual addresses in the original 2MB area to fault. Other virtual addresses in the same range will no longer have a 1:1 physical mapping, but be scattered over random physical page frames. The second phase of the InitPaging() function ("Go through page table and set several page table entries to absent or execute-disable") already manipulates entries in wrong Page Tables, for such PDEs that got split in the first phase. This issue has been caught as follows: - OVMF is started with 2001 MB of guest RAM. - This places the main SMRAM window at 0x7C10_1000. - The SMRAM management in the SMM Core links this SMRAM window into "mSmmMemoryMap", with a FREE_PAGE_LIST record placed at the start of the area. - At "SMM Ready To Lock" time, PiSmmCpuDxeSmm calls InitPaging(). The first phase (quoted above) decides to split the 2MB page at 0x7C00_0000 into 512 4KB pages, and corrupts the PDE. The new Page Table is allocated at 0x7CE0_D000, but the PDE is set to 0x7CE0_E000 (plus attributes 0x67). - Due to the corrupted PDE, the second phase of InitPaging() already looks up the PTE for Address=0x7C10_1000 in the wrong place. The second phase goes on to mark bogus PTEs as "NX". - PiSmmCpuDxeSmm calls SetMemMapAttributes(). Address 0x7C10_1000 is at the base of the SMRAM window, therefore it happens to be listed in the SMRAM map as an EfiConventionalMemory region. SetMemMapAttributes() calls SmmSetMemoryAttributes() to mark the region as XP. However, GetPageTableEntry() in ConvertMemoryPageAttributes() fails -- address 0x7C10_1000 is no longer mapped by anything! -- and so the attribute setting fails with RETURN_UNSUPPORTED. This error goes unnoticed, as SetMemMapAttributes() ignores the return value of SmmSetMemoryAttributes(). - When SetMemMapAttributes() reaches another entry in the SMRAM map, ConvertMemoryPageAttributes() decides it needs to split a 2MB page, and calls SplitPage(). - SplitPage() calls AllocatePageTableMemory() for the new Page Table, which takes us to InternalAllocMaxAddress() in the SMM Core. - The SMM core attempts to read the FREE_PAGE_LIST record at 0x7C10_1000. Because this virtual address is no longer mapped, the firmware crashes in InternalAllocMaxAddress(), when accessing (Pages->NumberOfPages). Remove the useless assignment to (*Pd) from before the loop. Revert the loop incrementing and the PTE assignment to the known good version. Cc: Eric Dong <[email protected]> Cc: Ray Ni <[email protected]> Ref: https://bugzilla.redhat.com/show_bug.cgi?id=1789335 Fixes: 4eee0cc Signed-off-by: Laszlo Ersek <[email protected]> Reviewed-by: Philippe Mathieu-Daude <[email protected]> Reviewed-by: Ray Ni <[email protected]>
Move Framwork into internal API. Fix code style issues Signed-off-by: Michael D Kinney <[email protected]>
* Add a unique type for each handle type to generate compiler error if wrong handle is used with anu unit test API * Fix incorrect handle type in RunAllTestSuites() * Fix incorrect handle type in FreeUnitTestFramework() * Start clean up of function headers Signed-off-by: Michael D Kinney <[email protected]>
* UnitTestLogInit() - Use UNIT_TEST * instead of UNIT_TEST_HANDLE. This is internal API that does not need to use handle. * Add ASSERT() to GetActiveFrameworkHandle() to make sure mFrameworkHandle is not NULL. This catches a call to a unit test without using RunAllTestCases(). * Fix incorrect handle type usage. Signed-off-by: Michael D Kinney <[email protected]>
…nstance Signed-off-by: Michael D Kinney <[email protected]>
Signed-off-by: Michael D Kinney <[email protected]>
Remove the UNIT_TEST_FRAMEWORK_HANDLE from the 5 function prototype for the Suite Setup, Suite Teardown, Unit Test Prerequiisite, Unit Test Function, Unit Test Cleanup. Update UnitTestLib test runners to remove this parameter. Remove parameter from all unit test cases. Signed-off-by: Michael D Kinney <[email protected]>
Signed-off-by: Michael D Kinney <[email protected]>
Signed-off-by: Michael D Kinney <[email protected]>
…ns of SafeInt<x>ToChar8().
* Change DEC PACKAGE_NAME from UnitTestPkg to UnitTestFrameworkPkg. * CHange token space guid name from UnitTestPkgTokenSpaceGuid to UnitTestFrameworkPkgTokenSpaceGuid * Add detailed description of PcdUnitTestLogLevel * Add package UNI file with description of package and PcdUnitTestLogLevel. * Remove use of defines from DebugLib and add unit test specific defines for logging levels. * Change "PREREQ" and "PreReq" to "PREREQUISITE" and "Prerequisite" * Change param/field "ClassName" to "Name" * Change param/field "Package" to "Name" * Change param/field "Func" to "Function" * Complete UnitTestLib.h class function/macro descriptions * Update function headers for UnitTestLib instance to match class. * CreateUnitTestSuite() - Check if SuiteHandle is NULL * AddTestCase() - Check if Function is NULL. * AddTestCase() - Check of NewTestEntry->UT.Name is NULL. * UintTestLog() - Remove LogLevel local variable. * UnitTestAssertMemEqual() - Change ValueA and ValueB to BufferA and BufferB and make them VOID* instead of UINTN. Update macro to use (VOID *)(UINTN) typecase for max compat with possible input params. * UnitTestLib/Assert.c - Use UT_LOG_ERROR() instead of UnitTestLog() Signed-off-by: Michael D Kinney <[email protected]>
Remove local variable Framework that is set but not used. Resolves GCC build failure. Signed-off-by: Michael D Kinney <[email protected]>
… be EFIAPI Resolves GCC build failure. Signed-off-by: Michael D Kinney <[email protected]>
* EDK II code style issues * CR/LF line endings * Copyright updates Signed-off-by: Michael D Kinney <[email protected]>
Signed-off-by: Michael D Kinney <[email protected]>
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This PR isn't final. Just using it to test against the EDK2 build servers.