Move the TryRunningQemuKernel() call back to its original place. This
improves the UEFI boot time for VMs that have "-kernel", many disks or
NICs, and no "bootindex" properties. A well-known example is
guestfish/libguestfs.
For more info on the TryRunningQemuKernel() location, see the following
commits:
23d04b58e27b,
a78c4836ea0b,
158990b941e4.
Cc: Ard Biesheuvel <ard.biesheuvel@linaro.org>
Cc: Xiang Zheng <xiang.zheng@linaro.org>
Contributed-under: TianoCore Contribution Agreement 1.1
Signed-off-by: Laszlo Ersek <lersek@redhat.com>
Tested-by: Richard W.M. Jones <rjones@redhat.com>
Reviewed-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>
//\r
BootLogoEnableLogo ();\r
\r
//\r
BootLogoEnableLogo ();\r
\r
+ //\r
+ // Process QEMU's -kernel command line option. The kernel booted this way\r
+ // will receive ACPI tables: in PlatformBootManagerBeforeConsole(), we\r
+ // connected any and all PCI root bridges, and then signaled the ACPI\r
+ // platform driver.\r
+ //\r
+ TryRunningQemuKernel ();\r
+\r
//\r
// Connect the purported boot devices.\r
//\r
//\r
// Connect the purported boot devices.\r
//\r
EfiBootManagerConnectAll ();\r
}\r
\r
EfiBootManagerConnectAll ();\r
}\r
\r
- //\r
- // Process QEMU's -kernel command line option. Note that the kernel booted\r
- // this way should receive ACPI tables, which is why we connect all devices\r
- // first (see above) -- PCI enumeration blocks ACPI table installation, if\r
- // there is a PCI host.\r
- //\r
- TryRunningQemuKernel ();\r
-\r
//\r
// Enumerate all possible boot options, then filter and reorder them based on\r
// the QEMU configuration.\r
//\r
// Enumerate all possible boot options, then filter and reorder them based on\r
// the QEMU configuration.\r