Abstract: Example approaches for customization of thermal and power policies in computers, are described. In an example, a microcontroller of a computing system, also referred to as system, validates thermal policy custom data stored in a firmware storage medium of the system, in response to a supply of power to the system. On a successful validation of the thermal policy custom data, thermal control settings is updated with a customized thermal policy included in the thermal policy custom data. In response to initiation of a boot operation of the system, a processor of the system validates power policy custom data stored in the firmware storage medium. In response to a successful validation of the power policy custom data during the boot operation, the processor updates power control settings of the system with a customized power policy included in the power policy custom data.

Abstract: Examples for operationalization of memories using memory information sets are described. In an example, a memory information set corresponding to a first memory in a computing device may be selected from amongst a plurality of memory information sets. The selected memory information set may be loaded into a second memory of the computing device, for operationalizing the first memory. The second memory may also store instructions usable for starting the computing device.

Abstract: Examples of updating a device firmware of an electronic device, based on a firmware update are described. The device firmware may include a device firmware volume comprising a plurality of device firmware files and a device firmware descriptor corresponding to content of the device firmware volume. The firmware update may also include a firmware update volume comprising a plurality of updated firmware files, and a firmware update descriptor comprising a hash value of content of the firmware update volume. Further, the device firmware volume may be updated based on a comparison between the hash value of the firmware update volume with the corresponding hash value of the device firmware volume.

Abstract: In an example in accordance with the present disclosure, a compute device is described. The compute device includes a host controller to 1) receive identification data of peripheral devices coupled to a computing dock and 2) compare the identification data with values stored in a database. A stored value indicates a combination of peripheral devices previously coupled to the computing dock. The compute device also includes a device connection controller to, responsive to the identification data matching a stored value, retrieve operational data for the peripheral devices from the database. The device connection controller is also to connect the compute device with the peripheral devices based on operational data retrieved from the database.

Abstract: Examples of electronic devices are described herein. In some examples, an electronic device may include a communication interface to receive information from a peripheral device. In some examples, the electronic device may include logic circuitry to determine a target latency tolerance reporting (LTR) value based on the information via a machine learning model.

Abstract: Techniques for secure boot up of unified extensible firmware interface (UEFI) compliant devices are described. In an example, execution of a driver associated with a hardware component of a computing device may be detected during booting of the computing device. Based on the detection, a first driver hash of a system table of the UEFI may be computed, where the system table is a data structure that stores configuration details of the computing device and UEFI services. Thereafter, a second driver hash of the system table may be computed based on detection of completion of the execution of the driver. The first driver hash and the second driver hash may then be compared to determine tampering with the system table of the UEFI.

Abstract: Examples of electronic devices are described herein. In some examples, an electronic device may include a communication interface to receive information from a peripheral device. In some examples, the electronic device may include logic circuitry to determine a target latency tolerance reporting (LTR) value based on the information via a machine learning model.

Abstract: In some examples, a computing device comprises a processing resource and a memory resource storing instructions to cause the processing resource to detect, by a basic input/output system (BIOS) of the computing device, firmware corruption in a firmware component of the computing device, generate a recovery agent based on the detected firmware corruption of the firmware component, determine a location of a back-up image of the firmware component based on the generated recovery agent, determine recovery sequence based on the determination of the location of the back-up image of the firmware component; and recover the firmware of the firmware component by executing the determined recovery sequence.

Abstract: In an example implementation according to aspects of the present disclosure, a system includes a thermal sensor and a processor. The processor determines that a workload surpasses a high workload threshold. The processor determines that the workload transcends a low workload threshold after the workload abates. The processor determines a measured thermolysis curve based on a reading from the thermal sensor. The processor compares the measured thermolysis curve against a target thermolysis curve and generates a filter event based on the comparing.

Abstract: Example approaches for customization of thermal and power policies in computers, are described. In an example, a microcontroller of a computing system, also referred to as system, validates thermal policy custom data stored in a firmware storage medium of the system, in response to a supply of power to the system. On a successful validation of the thermal policy custom data, thermal control settings is updated with a customized thermal policy included in the thermal policy custom data. In response to initiation of a boot operation of the system, a processor of the system validates power policy custom data stored in the firmware storage medium. In response to a successful validation of the power policy custom data during the boot operation, the processor updates power control settings of the system with a customized power policy included in the power policy custom data.

Abstract: Example implementations relate to Basic Input Output System updates. In some examples, a computing device can include a memory, a processor to, in response to completion of a Basic Input/Output System (BIOS) update, generate and store a boot status variable in the memory, determine whether the BIOS update was successful, in response to the BIOS update being successful, delete the boot status variable from the memory and perform a power event, and in response to the BIOS update being unsuccessful, perform a BIOS recovery.

Abstract: An example system may include a processor and a non-transitory machine-readable storage medium storing instructions executable by the processer to record, responsive to a first boot of a computing device, storage device identification data and storage device communication path data for a storage device of the computing device, generate a storage device hash value, characterizing a storage configuration of the computing device, from the recorded storage device identification data and the recorded storage device communication path data, and store the storage device hash value to be compared to a subsequently generated storage device hash value characterizing an updated storage configuration of the computing device at a second boot of the computing device.

Abstract: A method for adjusting a link speed and a computer system using the same are provided. The method is used after executing a boot block code and before executing a bus enumeration procedure. A testing step is executed using a maximum link speed supported by both a bridge and a peripheral device. If the test fails, the link speed is adjusted down until the test succeeds, thus automatically adjusting the link speed of the bridge.

Abstract: A method for adjusting a link speed and a computer system using the same are provided. The method is used after executing a boot block code and before executing a bus enumeration procedure. A testing step is executed using a maximum link speed supported by both a bridge and a peripheral device. If the test fails, the link speed is adjusted down until the test succeeds, thus automatically adjusting the link speed of the bridge.