| Commit message (Collapse) | Author | Age | |
|---|---|---|---|
| * | Loader: call BmSetMemoryTypeInformationVariablev1.1 | Mattiwatti | 2020-05-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. | ||
| * | Loader: support legacy BIOS boot entries in the fallback pathv1.0.3 | Mattiwatti | 2020-04-25 |
| | | | | | Fixes #9 | ||
| * | Compile as UTF-8 | Mattiwatti | 2019-12-04 |
| | | |||
| * | Disable Spectre mitigation crap | Mattiwatti | 2019-10-07 |
| | | |||
| * | Update README.md | Mattiwatti | 2019-10-07 |
| | | |||
| * | Fix potential recursive self-boot by Loader.efi | Mattiwatti | 2019-07-09 |
| | | | | | | | 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 | ||
| * | Update to VS2019 | Mattiwatti | 2019-04-08 |
| | | |||
| * | Minor fixes | Mattiwatti | 2019-03-28 |
| | | |||
| * | Initial commitv1.0 | Mattiwatti | 2019-03-25 |