Techniques described herein provide users with the ability to persistently adjust settings for boot-time features (BTF) of a computing device. A user requests a particular BTF configuration adjustment for a device via a device driver. The driver instructs trusted firmware of the device to store a boot override record in persistent storage accessible by a bootloader for the device. Upon implementation of the boot sequence for the device, the bootloader applies the changes reflected in the record to BTF configuration data. The boot override information is persistently available to the bootloader, which ensures that the configuration changes that the boot override record(s) represent are applied to the BTFs of the device until the boot override record(s) are cleared or invalidated. Further, to ensure the security of boot override record(s), the trusted firmware generates, for each record, an HMAC tag using an HMAC key derived from a Chip Endorsement Fused Secret from the hardware.

An electronic device is provided such that a user can experience a quick launch of an application therein. The electronic device includes a housing, a display, an input unit, a processor, a non-volatile memory to store an application program, and a volatile memory to store instructions that allow the processor to load a first part of the application program in the volatile memory based on a first change of state of the electronic device, to load a second part of the application program in the volatile memory based on a second change of state of the electronic device and to display an image or text generated by the loaded first or second part. Since at least part of the application is preloaded before the second input is generated, only the remainder of the application has to be loaded in order to execute the application after the second input is generated.

Methods, systems, and devices for operational code storage for an on-die microprocessor are described. A microprocessor may be formed on-die with a memory array. Operating code for the microprocessor may be stored in the memory array, possibly along with other data (e.g., tracking or statistical data) used or generated by the on-die microprocessor. A wear leveling algorithm may result in some number of rows within the memory array not being used to store user data at any given time, and these rows may be used to store the operating code and possibly other data for the on-die microprocessor. The on-die microprocessor may boot and run based on the operating code stored in memory array.

An integrated circuit comprises a processing unit configured for booting up with a set of boot instructions, then for determining the size of the instructions of an application programme and potentially rebooting on its own initiative, while being reconfigured, in order for it to execute the instructions of the application program. Only one boot memory is needed as a consequence.

A circuit system includes a first integrated circuit and a second integrated circuit that includes a boot management controller circuit. The boot management controller circuit provides boot code to the first integrated circuit in response to the circuit system powering up. The first integrated circuit performs a boot operation using the boot code received from the boot management controller circuit.

A method for managing a chassis includes obtaining, by an enclosure controller of the chassis, a power supply application to the chassis using a power supply interface, wherein the power supply interface is operatively connected to a plurality of power supplies, initiating a boot-up of a kernel of the chassis in response to the power supply application, initiating a parallel boot task using the power supply management temporary namespace to identify a power supply of the plurality of power supplies, initiating a mounting of a boot-up file system, and initiating a user space boot-up using the boot-up file system, wherein the user space boot-up and the parallel boot task are initiated in parallel.

Techniques for declaratively deploying a virtual infrastructure management (VIM) server in a computing environment are provided. According to one set of embodiments, an installer computer system can receive a desired state definition specifying a desired state for the VIM server and a virtual infrastructure to be managed by the VIM server. The installer computer system can further install the VIM server on a target computer system in the computing environment and provide the desired state definition to the target computer system. Upon initial boot up of the VIM server on the target computer system, a service of the VIM server can automatically configure the VIM server in accordance with the desired state definition.

A power machine (200) can be configured to operate in one or more startup modes during startup processes (300), including during startup processes (310) for displays (286) or other input devices. Access to power machine functionality, including access only to limited power machine functionality, can be enabled during the startup processes (300) according to permissions (332) of the startup mode.

The present memory restoration system enables a collection of computing systems to prepare inactive rewritable memory for reserve and future replacement of other memory while the other memory is active and available for access by a user of the computing system. The preparation of the reserved memory part is performed off-line in a manner that is isolated from the current user of the active memory part. Preparation of memory includes erasure of data, reconfiguration, etc. The memory restoration system allows for simple exchange of the reserved memory part, once the active memory part is returned. The previously active memory may be concurrently recycled for future reuse in this same manner to become a reserved memory. This enables the computing collection infrastructure to “swap” to what was previously the inactive memory part when a user vacates a server, speeding up the server wipe process.

A method and apparatus for indicating the status of an ancillary embedded system in an electronic device. In one exemplary embodiment, the method includes starting an initialization process of a high-level embedded system in the electronic device. The method further includes determining the status of the ancillary embedded system. The method further includes generating display information for the status of the ancillary embedded system. The method further includes storing the display information in a manner retrievable by the high-level embedded system. The method further includes reading the stored set of display information and displaying an indication of the status on a user display prior to completion of the high-level embedded system's initialization process. The method further includes periodically updating the stored set of display information by the ancillary embedded system to provide a real-time indication of status.