On 10/23/14 12:15, Paolo Bonzini wrote: > > > On 10/23/2014 11:30 AM, Laszlo Ersek wrote: >> On 10/22/14 22:39, Paolo Bonzini wrote: >>> >>> >>> On 10/22/2014 09:17 PM, Laszlo Ersek wrote: >>>> Sigh. If I set PcdPlatformBootTimeOut to 0, then the progress bar is not >>>> shown, but a user keypress is also not picked up. >>>> >>>> Therefore the minimum I could set is 1 second, which would increase the >>>> boot time by 0.7 seconds. Let me know how you want me to proceed. >>> >>> Could it use the fw_cfg file etc/boot-menu-wait and FW_CFG_BOOT_MENU >>> (equal to -boot menu=on)? If no boot menu is requested, it's okay not >>> to pick up a user keypress. >> >> I'm not sure I understand correctly -- are you suggesting to look at >> some fw_cfg file, and based on what we find, pass TimeoutDefault=0 vs. >> TimeoutDefault>=1 to PlatformBdsEnterFrontPage()? > > Yes. One fw_cfg "item" (for lack of a better name) chooses between 0 > and >=1, the file gives the actual timeout. > >> If so, what is the default value of this fw_cfg file? I'm afraid that, >> if it caused a zero timeout by default, it would regress the user >> experience (because users couldn't enter the boot menu in the usual way, >> without explicitly setting -boot menu=on). > > Yes, the default is zero. However, you would get to a shell on an > otherwise unconfigured system, and you could enter the boot menu via > OsIndications. It's what SeaBIOS does, and it is not very much > different from what you'd do for machines you don't have physical access to.
If I understand correctly, one couldn't enter the firmware setup by pressing ESC on the splash screen for a *configured* system (ie. one with boot options) without the -boot menu=on switch. Although personally I'd have no problems setting that flag (in libvirt), people who believe in the qemu command line (and a *simple* qemu command line at that! :)) would probably not be amused. (Even though personally I've given up on a simple qemu command line of course.) ... I'm about to post v2; let's see what Eric thinks of the patches that modify IntelFrameworkModulePkg. Thank you! Laszlo ------------------------------------------------------------------------------ _______________________________________________ edk2-devel mailing list edk2-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/edk2-devel
