ArmPkg/PlatformBootManagerLib: don't connect all devices on each boot

In order to avoid boot delays from devices such as network controllers
that may not even be involved in booting at all, drop the call to
EfiBootManagerConnectAll () from the boot path. It will be called by
UiApp, so when going through the menu, all devices will be connected
as usual, but for the default boot, it is really not necessary so
let's get rid of this.

Enumerating all possible boot options and creating Boot#### variables
for them is equally unnecessary in the default case, and also happens
automatically in UiApp, so drop that as well.

Signed-off-by: Ard Biesheuvel <ard.biesheuvel@arm.com>
Reviewed-by: Laszlo Ersek <lersek@redhat.com>
Reviewed-by: Leif Lindholm <leif@nuviainc.com>

1 files changed, 0 insertions, 10 deletions

diff --git a/ArmPkg/Library/PlatformBootManagerLib/PlatformBm.c b/ArmPkg/Library/PlatformBootManagerLib/PlatformBm.c
index 1e9b736993..15c5cac1be 100644
--- a/ArmPkg/Library/PlatformBootManagerLib/PlatformBm.c
+++ b/ArmPkg/Library/PlatformBootManagerLib/PlatformBm.c
@@ -754,11 +754,6 @@ PlatformBootManagerAfterConsole (
   }

 

   //

-  // Connect the rest of the devices.

-  //

-  EfiBootManagerConnectAll ();

-

-  //

   // On ARM, there is currently no reason to use the phased capsule

   // update approach where some capsules are dispatched before EndOfDxe

   // and some are dispatched after. So just handle all capsules here,

@@ -768,11 +763,6 @@ PlatformBootManagerAfterConsole (
   HandleCapsules ();

 

   //

-  // Enumerate all possible boot options.

-  //

-  EfiBootManagerRefreshAllBootOption ();

-

-  //

   // Register UEFI Shell

   //

   Key.ScanCode     = SCAN_NULL;