49 results about "Execute in place" patented technology

A system in which firmware residing in ROM may be upgraded without re-spinning silicon. A one-bit flag may be assigned for each patchable function representing a firmware upgrade. The first statement of each function may check its associated flag and determine if patch-code should be executed in place of the current function residing in ROM. If the flag is not set, the code may continue executing normally. If the flag is set, a function identifier may be placed into a global memory location, and an assembly language “jump” instruction may be executed, redirecting program control to a specified location in a volatile Scratch Read Only Memory (SROM) where the corresponding patched code may be stored. If more than one function is patched, the global identifier may be used to determine which patched function to execute. Using an assembly language “jump” instruction to redirect control results in the patched function's returning normally to its calling function once it has completed executing.

A microcode patch apparatus including a patch array, a mux, and a RAM. The patch array receives a microcode ROM address and determines that the microcode ROM address matches one of a plurality of entries within the patch array. The patch array outputs a corresponding branch instruction and asserts a hit signal. The branch instruction prescribes a microcode branch target address. The mux receives the branch instruction from the patch array and a micro instruction corresponding to the microcode ROM address from a microcode ROM. The mux provides the micro instruction or the corresponding branch instruction to an instruction register based upon the state of the hit signal. The RAM stores a plurality of patch instructions that are to be executed in place of the micro instruction. The first one of the plurality of patch instructions is stored at a location in the RAM corresponding to the microcode branch target address.

The invention discloses a system capable of realizing bootload, a bootload control device and a bootload control method. A bootloader is stored in a first non-volatile memory device which does not support execute in place (XIP) and has an automatic reading characteristic; a first part of codes capable of being automatic read of the bootloader are backed up in a second non-volatile memory device, and a second residual part of codes of the bootloader are backed up in the first non-volatile memory device; a logic chip reads the backup of the first part of codes to a built-in random access memory(RAM), and switches connection between the boot chip selection output of a central processing unit (CPU) and the chip selection input of the first non-volatile memory device and the connection between the boot chip selection output of the CPU and the chip selection input of the built-in RAM for the CPU to acquire the first part of codes from the first non-volatile memory device or acquire the backup of the first part of codes from the built-in RAM; and the logic chip also can provide the second part of codes or the position information of any backup of the second part of codes in the first non-volatile memory device for the CPU, thereby realizing the backup boot of the second part of codes.

A flash memory for code and data storage includes a code memory array having fast read access and suitability for execute in place, a data memory array having the characteristics of low bit cost and high density storage, and a suitable interface to provide access to both the code and data. The code memory array may be a NOR array or a performance-enhanced NAND array. The memory may be implemented in a single chip package or multi-chip package solution.

The invention provides a starting system for embedded equipment on the basis of a single storage, which at least comprises a central processor, a system bus, peripheral bus equipment and a single-type storage, wherein the single-type storage is connected with the central processor by the system bus; the single-type storage is divided into a start program storage region, a kernel storage region, a file system storage region and a system RAM (Random Access Memory) region to ensure the embedded equipment to execute the start operation in two conventional and XIP (eXecute In Place) start modes, so that the sharing of a storage space can be implemented; the size of each storage region can be regulated as required; the starting system is convenient to implement software upgrading and high efficiency operation of the embedded equipment; and meanwhile, a CPU (Central Processing Unit) interface can be simplified, the number of I/O (Input/Output) pins is saved and a CPU without a DRAM (Dynamic Random Access Memory) controller even can be used in a plurality of pieces of applications so as to fulfill the aim of saving the cost.

A device is provided that includes a processor, a flash memory configured to store error correcting code (ECC) blocks for execution in place (XIP) processing by the processor, wherein an ECC block includes a data block and an ECC code for the data block, a flash interface controller coupled to the flash memory, and an error correcting code (ECC) engine coupled between the processor and the flash interface controller, wherein the ECC engine is configured to receive a read command for the flash memory from the processor, to translate a read address to an ECC block address, to read the ECC block at the ECC block address from the flash memory via the flash interface controller, and to verify the ECC code in the read ECC block.

A system for memory management for Virtual Machines (VMs), including a host computer system running a host operating system (OS); at least two Virtual Machines (VMs) running on the host computer system, wherein each of the VMs has a Guest OS supporting a guest file system with execution-in-place that allows code execution without an intermediate buffer cache; a hypervisor configured to control the VMs; and a thin provisioning block device configured to store shared pages and formed of at least one delta file. The hypervisor is configured to receive a page fault, and to read the shared pages from the thin provisioning block device. The Guest OS executes the file that is stored on the thin provisioning block device.

Power consumption that occurs in response to software errors may be reduced. In one example a system tracks a number of occurrences a first set of code causes a system to perform one or more reset actions, determines whether the number of occurrences exceeds a threshold, and selects a second set of code to execute in place of the first set of code, if the quantity exceeds the threshold.

The invention discloses a combined motion control system of a marine hydraulic steering gear. The combined motion control system of the marine hydraulic steering gear is characterized in that it includes a transmitter, a receiver, a steering gear circuit, a servo motor, a reduction gear set, an actuator and a feedback resistor; the control signal sent by the transmitter is controlled by The receiver receives and separates the control signals of different channels, and then transmits them to the steering gear circuit. The steering gear circuit drives the action of the servo motor according to the signal. At the same time, the action of the steering gear motor is decelerated by the reduction gear set to drive the actuator and the feedback resistor. , Feedback the angle signal to the circuit for judgment, when the execution is in place, the circuit sends a signal to stop the rotation of the motor. The combined motion control system of the marine hydraulic steering gear of the present invention has simple structure and ingenious design, and is a precision mechanism integrating electromechanical. The marine hydraulic steering gear is convenient, rapid and accurate to control, providing a good guarantee for safe driving.

Security is provided for a client by replacing a volume boot module adapted to execute during a boot process of the client with a repair module. The client is booted to start the boot process and to execute a master boot module. The repair module is executed in place of the volume boot module. The repair module determines whether the master boot module is infected with malware. If the master boot module is infected, the repair module repairs the malware infection by disabling and/or removing the malware.