http://bugzilla.suse.com/show_bug.cgi?id=961853
http://bugzilla.suse.com/show_bug.cgi?id=961853#c18
--- Comment #18 from Andreas Taschner
(In reply to James Fehlig from comment #14)
I noticed 3 while testing the fixes for 1 and 2. Some settings are persisted (e.g. Device Manager -> OVMF Platform Configuration -> Preferred Resolution), while others are not (e.g. Boot Maintenance Manager -> Set Time Out Value). It seems like a problem in ovmf. When saving changes in the firmware UI, the VARS file access time is updated, so something was written to the file. But in the case of "Time Out Value", simply going to the top level menu then back to Set Time Out Value is enough to lose the setting. Power-cycling the VM also resets the "Time Out Value" to 0. Gary, does that sound like and ovmf issue to you?
I appreciate the confirmation of my findings :-)
I checked OVMF and the timeout actually relies on fwcfg from qemu, i.e. -boot menu=off/on, not any UEFI variable. The menu of Boot Maintenance Manager is a general menu for different platforms, and OVMF happens to ignore the option.
Can you help me understand this, please. Is it so that the Time Out Value in the Boot Maintenance Manager menu is of no use ? We will (at least in case OVMF gets supported on SLES) inevitably run into support inquiries when customers try changing the value and observe the same as us. In my opinion an option should either work or not be there. At the very least the "context-hint" text on the right side of the screen should inform that the option has no effect on virtual setups (IIUC).... which then leads to the question why is it then there ? Please forgive if I am missing (parts of) the concept, being a complete novice on UEFI. -- You are receiving this mail because: You are on the CC list for the bug.