| Commit message (Collapse) | Author | Age |
|---|
| |
|
|
|
|
| |
EfiDSEFix was not finding the address of CI!g_CiOptions correctly after KB5003173 changed the layout of CI!CiInitialize.
Fixes #28
|
| | |
|
| |
|
|
|
|
| |
Note that BmSetMemoryTypeInformationVariable() is told by the loader that the image being loaded is *not* a boot application, which is a blatant lie. The reason for doing this is to prevent BmSetMemoryTypeInformationVariable() from performing a warm reset of the system due to a change in the memory type info. (Again, and again, and again...)
This is an attempt to fix S4 (hibernate) entry/resume issues; see #12.
|
| |
|
|
| |
Fixes #9
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
| |
The EFI variable "BootCurrent" corresponds to XXXX in some variable "BootXXXX", and this value was being used to guard against recursive self-booting. However, EfiBootManagerGetLoadOptions() already returns the options sorted by the contents of the "BootOrder" variable, which means that XXXX does not necessarily correspond to the linear index in a for loop. Instead use BootOptions[Index].OptionNumber to retrieve and compare the original value of XXXX
Fixes #5
|
| |
|
|
|
|
| |
- Make hde64_table const to prevent it from ending up in .data
- #include <intrin.h> because Clang gets confused by __stosb without it
- Fix various warnings
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
Fixes #1
|
| | |
|
| | |
|
| | |
|
| |
|