Patent classifications
G06F9/4403
Touch sensing integrated circuit system, touch sensing system, and method for writing firmware
An embodiment is able to simplify the design and manufacturing process by unifying the step of writing boot loaders to the integrated circuits.
Systems and methods for retrieving optimal firmware recovery image in an information handling system
A method may include receiving telemetry data from an information handling system communicatively coupled to the information handling system and store the telemetry data based on uniquely identifying information of the information handling system, generating a firmware recovery image for the information handling system based on the telemetry data, storing the recovery image in a recovery image database indexed by the uniquely identifying information, responsive to a condition for initiating firmware recovery of the information handling system, retrieving the firmware recovery image for the information handling system from the recovery image database, and communicating the firmware recovery image to a companion device associated with the information handling system, such that preboot firmware of the information handling system may load and execute the firmware recovery image from the companion device to restore the information handling system.
Booting method of computing system including memory module with processing device mounted
A booting method of a computing system, which includes a memory module including a processing device connected to a plurality of memory devices, including: powering up the computing system; after powering up the computing system, performing first memory training on the plurality of memory devices by the processing device in the memory module, and generating a module ready signal indicating completion of the first memory training; after powering up the computing system, performing a first booting sequence by a host device, the host device executing basic input/output system (BIOS) code of a BIOS memory included in the computing system; waiting for the module ready signal to be received from the memory module in the host device after performing the first booting sequence; and receiving the module ready signal in the host device, and performing a second booting sequence based on the module ready signal.
EFFICIENT REBOOT OF AN OPERATING SYSTEM
A computer system is rebooted upon crash without running platform firmware and without retrieving all of the modules included in a boot image from an external source and reloading them into system memory. The reboot process includes the steps of stopping and resetting all of the processing units, except one of the processing units that detected the crash event, selecting the one processing unit to execute a reboot operation, and executing the reboot operation to reboot the computer system.
CONTROL METHOD AND DEVICE FOR POWERING TIMING
A control method for powering timing, performed by a controller, includes: performing a delay modulation procedure when triggered by a delay modulation command, wherein the delay modulation procedure includes: after a delay duration has passed, determining whether a number of output voltage values of a number of voltage converters reach a number of target levels respectively, wherein the target levels correspond to the output voltage values respectively. The method further includes: if any one of the output voltage values does not reach a corresponding one of the target levels, increasing the delay duration according to a first default interval and updating the delay duration, and performing the delay modulation procedure when triggered by the delay modulation command again; and if the output voltage values reach the target levels respectively, outputting a power good signal to a central processing unit, for the central processing unit to perform a booting procedure.
DYNAMIC RESOURCE ALLOCATION
Examples described herein relate to executing a first boot firmware code to receive an allocation of hardware devices and allocating, by the first boot firmware code, resource allocations to one or more secondary boot firmware codes. In some examples, the one or more secondary boot firmware codes allocate use of hardware devices to one or more operating systems (OSs).
COMPUTING DEVICE SECURE BOOT
A device includes a processor, a hardware component, a communication channel between the processor and the hardware component, and a secure memory that stores a baseline value of an electrical characteristic of the connection. The processor is configured to determine, during a boot process of the computing device, a value of the electrical characteristic, the electrical characteristic being one or more of impedance, inductance, capacitance, or frequency response, determine whether the value is within a threshold amount of the baseline value, and, responsive to determining that the value of the electrical characteristic is within the threshold amount, complete the boot process, and, responsive to determining that the value of the electrical characteristic is not within the threshold amount, prevent the computing device from completing the boot process.
High performance computer with a control board, modular compute boards and resource boards that can be allocated to the modular compute boards
An apparatus can include a control board operatively coupled to a modular compute boards and to a resource boards by (1) a first connection associated with control information and not data, and (2) a second connection associated with data and not control information. The control board can determine a computation load and a physical resource requirement for a time period. The control board can send, to the modular compute board and via the first connection, a signal indicating an allocation of that modular compute board during the time period. The control board can send, from the control board to the resource board, a signal indicating an allocation of that resource board to the modular compute board such that that resource board allocates at least a portion of its resources during the time period based on at least one of the computation load or the physical resource requirement.
MULTIPROCESSOR INITIALIZATION VIA FIRMWARE CONFIGURATION
An example method of initializing a plurality of processors in a hardware platform of computing device for use by system software executing on the hardware platform includes: parsing a descriptor table that has been loaded into memory from firmware to identify an original boot protocol for initializing at least one secondary processor of the plurality of processors; creating at least one mailbox structure in the memory associated with the at least one secondary processor; causing the at least one secondary processor to execute secondary processor initialization code stored in the memory, the secondary processor initialization code implementing a mailbox-based boot protocol that uses the at least one mailbox structure to initialize the at least one secondary processor; and modifying the descriptor table to identify the mailbox-based boot protocol for initializing the at least one secondary processor in place of the original boot protocol.
BIOS BACKUP
An example computing device including a processor, a first non-volatile memory to store a first basic input/output system (BIOS) image, a second non- volatile memory, and a controller. The controller Is to receive encrypted location and size information of the first BIOS image from the processor, verify the received encrypted location and size information of the first BIOS image, verify a signature of the first BIOS image in the first non-volatile memory, control a backup process of the first BIOS image to the second non-volatile memory, verify the signature of the backed up first BIOS image in the second non-volatile memory, and in response to a successful verification of the signature, send a message to the processor to cause the processor to perform a boot process using the first BIOS image from the first non-volatile memory.