Tianocore/edk2-platforms.git/Platform/RaspberryPi/Library, branch CodeCleanup

Platform/RaspberryPi: Check for Boot Discovery Policy change.

2024-03-12T09:55:21+00:00

This patch adds checks if Boot Discovery Policy has been changed. Only in that case EfiBootManagerRefreshAllBootOption() should be called. Signed-off-by: Grzegorz Bernacki Reviewed-by: Ard Biesheuvel

Platform/RPi4: Add EFI_MP_SERVICES_PROTOCOL support

2023-02-03T12:43:19+00:00

Fix the ARM_MPCORE_INFO table and incorporate the DXE driver and test app to the build so that EFI_MP_SERVICES_PROTOCOL can be used and tested on Raspberry Pi 4. Note that the test app is not added to the image - it can be taken from the build directory and executed from the UEFI shell. Signed-off-by: Ard Biesheuvel Acked-by: Laszlo Ersek Reviewed-by: Rebecca Cran

Platform/RaspberryPi: Disconnect/shutdown all drivers before reboot

2021-10-19T07:22:17+00:00

In theory we should be properly cleaning up all the device drivers before hitting the big reset. The partition manager will issue flush commands to attached disks as it goes down. This assures that devices running in WB mode, which correctly handle flush/sync/etc commands, are persisted to physical media before reset. Without this, there are definitely cases where the relevant specifications don't guarantee persistence of data in their buffers in the face of reset conditions. We can't really do anything about the many devices that don't honor persistence requests, but we can start here. Signed-off-by: Jeremy Linton Reviewed-by: Ard Biesheuvel

Platform/RaspberryPi: Enable Boot Discovery Policy.

2021-09-01T17:21:55+00:00

Modify platform boot to check the value of BootDiscoveryPolicy variable and use BootPolicyManager Protocol to connect devices specified by the variable. Signed-off-by: Grzegorz Bernacki Reviewed-by: Sunny Wang Reviewed-by: Pete Batard Tested-by: Pete Batard

Platform/RaspberryPi: Remove unnecessary files

2021-08-17T14:00:37+00:00

Commit 2f0188b56ef4 ("Revert "Platform/RaspberryPi: Setup option for...") mistakenly introduced to files which are residues from a conflict resolution. Fix that. Signed-off-by: Grzegorz Bernacki

Revert "Platform/RaspberryPi: Setup option for disabling Fast Boot"

2021-08-03T16:37:04+00:00

This reverts commit efdc159ef7c9f15581a0f63d755a1530ff475156. This commit is not longer required as Boot Discovery Policy has been implemented for Raspberry Pi. Signed-off-by: Grzegorz Bernacki Reviewed-by: Sunny Wang Reviewed-by: Samer El-Haj-Mahmoud Reviewed-by: Pete Batard Tested-by: Pete Batard

Platform/RaspberryPi: Enable Boot Discovery Policy.

2021-08-03T16:05:18+00:00

Platform/RaspberryPi: Setup option for disabling Fast Boot

2021-04-15T18:48:51+00:00

This is a fix for https://github.com/pftf/RPi4/issues/114. Changes: 1. Add a setup option called BootPolicy and consume the setting during boot to decide whether to perform or skip ConnectAll. 2. The Default setting is set to Full discovery because it is not worth enabling Fast boot by default on RaspberryPi systems. Enabling it just saves boot time about 1 second, but caused a lot of issues. Testing Done: - Booted to Standalone UEFI shell on SD card and use drivers command to check the result with Fast Boot and Full discovery settings. Then, child/device handles are created as expected. Note and to-do items: - The root cause looks like that boot loaders and some tools like grub and iPXE haven't supported selective connect/Fast boot. However, system firmware should still provide a setup option for user to enable Fast boot with old version boot loaders and tools, which is why we proposed this change. We will also report this issue to boot loader and tool vendors/open source GitHubs. - We will add more options for connecting specific type devices so that we can still have the shortest boot time for all use cases. Cc: Jeremy Linton Cc: Sami Mujawar Link: https://github.com/pftf/RPi4/issues/144 Link: https://github.com/pftf/RPi4/issues/114 Signed-off-by: Sunny Wang Acked-by: Samer El-Haj-Mahmoud Reviewed-by: Pete Batard

Platform/RaspberryPi: Fix mini UART clock divisor calculation

2021-04-08T12:12:37+00:00

The VPU clock divisor has changed in this commit: https://github.com/raspberrypi/firmware/commit/1e5456a, thus breaking the mini UART clock divisor calculation on the Pi 4. Fix this by reading the core clock from the mailbox instead. Signed-off-by: Mario Bălănică Reviewed-by: Pete Batard Tested-by: Pete Batard

Platform/RaspberryPi: Correct device path removal.

2021-01-08T09:43:38+00:00

The Arasan driver now works with the eMMC2 device. This means that both the PcdSdIsArasan and the !PcdSdIsArasan result in valid SD controllers on the rpi4. Lets avoid removing the "stale" boot entry, in this case which also has the side effect of avoiding a boot assert when eMMC2 is selected. Signed-off-by: Jeremy Linton Reviewed-by: Andrei Warkentin Reviewed-by: Philippe Mathieu-Daude