Abstract: A target computing device includes a storage device, a target port, and firmware. The target port is connectable to a host port of a host computing device. The firmware is to operate the target computing device in an external storage access mode in which the storage device is externally accessible without the target computing device fully operating. The host computing device accesses via the host port the storage device as an external storage device.

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: In an example, in response to detecting a connection with a host computing made with a data and/or power delivery cable, a display device can present BIOS settings obtained from the host computing device via an on-screen display (OSD) of the display device and transmit inputs to the BIOS settings made via the OSD to the host computing device via the connection. Once received, the host computing device can store the inputs to the BIOS settings in a memory shared with an embedded controller (EC) of the host computing device. The EC can affect certain BIOS settings from the shared memory until the BIOS accesses the BIOS setting inputs from the shared memory and formally implement them during a subsequent, later reboot.

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: Examples for generating a common video signal for an integrated GPU and the graphical processing device, based on a common display mode setting, are described. In an example, a common display mode setting is determined based on a first set of display mode settings supported by the integrated GPU and a second set of display mode settings supported by the graphical processing device. Based on the common display mode setting, video signals for the integrated GPU and the graphical processing device are generated.

Abstract: In some examples, a computing device includes a processing resource and a memory resource storing instructions to cause the processing resource to generate a table having a corresponding signature, encrypt the signature during a power-on self-test (POST) sequence by a basic input/output system (BIOS) of the computing device, and decrypt the signature in response to

Abstract: Examples of of centralized access control of an input-output (I/O) resource of a computing device are described herein. In an example, access rights available for a user for the I/O resource are determined based on user identification data, and access to the I/O resource to the user is controlled centrally based on the available access rights associated with the user.

Abstract: The present specification describes a method. The method including: detection of at least one General Purpose Input Output (GPIO) pin on a Peripheral Component Interconnect Express (PCIe) device; and presenting, on the at least one GPIO pin, during a Basic Input Output System (BIOS) phase prior to a DXE phase, a signal indicating a presence of a card on the PCIe device.