An information processing device is provided with: a first processing unit that generates first information by performing first processing with respect to sensor information acquired from a sensor; a second processing unit that generates second information by performing, with respect to the first information, second processing that is different from the first processing; and a third processing unit, which generates third information by performing, with respect to the first information, third processing, i.e., processing that corresponds to at least a part of the second processing, and which acquires the second information, and outputs the second information and the third information.

A storage device configured for hardware verification is disclosed. The storage device comprises a first hardware component comprising a connector and a first verification logic. The first validation logic is configured to detect a criterion and generate a first signal via the connector in response to detecting the criterion. The storage device also comprises a second hardware component coupled to the first hardware component via the connector. The second hardware component comprises a second validation logic, where the second validation logic is configured to monitor and receive the first signal via the connector. In response to receiving the first signal, the second validation logic is configured to compare the received first signal to an expected signal and generate a result. The storage device is configured to take an action in response to the result.

Cloud simulation or validation system allows for the simulation of a future node that may be deployed on a piece of hardware. The system may attempt to simulate the operating system for node-A on top of the hardware for node-A, including basic network connectivity. When a host is booted up with the simulated configuration, validation scripts may be run to verify that the site is correctly prepped for cloud deployment. With its pre-staged RAM-based OS temporarily loaded into the host's RAM memory, any set of OS-based scripts, tools or binaries, may be executed for simulation and validation based upon the intended role of the host onto which the cloud simulation or validation system configuration is loaded.

Cloud simulation or validation system allows for the simulation of a future node that may be deployed on a piece of hardware. The system may attempt to simulate the operating system for node-A on top of the hardware for node-A, including basic network connectivity. When a host is booted up with the simulated configuration, validation scripts may be run to verify that the site is correctly prepped for cloud deployment. With its pre-staged RAM-based OS temporarily loaded into the host's RAM memory, any set of OS-based scripts, tools or binaries, may be executed for simulation and validation based upon the intended role of the host onto which the cloud simulation or validation system configuration is loaded.

Automatic part testing includes: booting a part under testing into a first operating environment; executing, via the first operating environment, one or more test patterns on the part; performing a comparison between one or more observed characteristics associated with the one or more test patterns and one or more expected characteristics; and modifying one or more operational parameters of a central processing unit of the part based on the comparison.

A system, method and apparatus for choosing a digital processing platform that is optimal for a specified type of application and satisfies a set of user-specified constraints is provided. In operation, all known parameters on all available processing platforms in a database are stored, providing this information to a computer software application run by the user by querying the database, and then allowing a remote user to specify the constraints, in terms of hardware and system software, to eliminate those entries that would not satisfy the constraints in a step-by-step filtering process. The user then chooses a set of application programs to run on the platforms that were not eliminated. The runtime performance parameters/characteristics—e.g. computational throughput, I/O bandwidth, environmental parameters, etc. are measured to select the optimal solution. The system and method also allows for a regression test to ensure consistency between test software processes running on discrete platforms.

Methods and systems for detecting and responding to erroneous application configurations are presented. In one embodiment, a method is provided that includes receiving a configuration for an application and receiving execution metrics for the application. The configuration and the execution metrics may be compared to a knowledge base of reference configurations and reference execution metrics and a particular reference configuration may be identified from the knowledge base that corresponds to the configuration. The particular reference configuration may represent an erroneous configuration of the application that needs to be corrected. A configuration correction may then be identified based on the particular reference configuration.

Techniques are disclosed herein for reconfiguring reprogrammable hardware in an autonomous vehicle system. According to an embodiment, an autonomous driving system includes sensors and a configurable circuit having physical logic units. The autonomous driving system aggregates data observed from each of the sensors. The autonomous driving system detects a trigger indicative of a defect in the configurable circuit. The defect is identified as a function of the aggregated data. The autonomous driving system performs, in response to the trigger, a reconfiguration action on the configurable circuit to repair the defect.

A triplication register device includes a first register, a second register and a third register, the three registers being identical and containing the same information in common use, a majority vote device and a self-correction device, the correction being dependent on the result from the majority vote device, each register being controlled by an output of a dual-input multiplexer (mux), the first input corresponding to a functional write operation, the second input corresponding to the result of the majority vote, wherein the triplication device comprises a test device whose function is to block, on command and independently, either the functional write operation to the first register, or the functional write operation to the second register, or the functional write operation to the third register, or the self-correction. The test device may comprise a control register that may also be secured by triplication.

Automatic part testing includes: booting a part under testing into a first operating environment; executing, via the first operating environment, one or more test patterns on the part; performing a comparison between one or more observed characteristics associated with the one or more test patterns and one or more expected characteristics; and modifying one or more operational parameters of a central processing unit of the part based on the comparison.