A controller may include: a ROM code register configured to generate and store a ROM code including a plurality of firmware images; and a ROM controller configured to change an operation setting of a ROM based on an operation firmware image of the plurality of firmware images, wherein each of the plurality of firmware images includes an image header including attribute information on a corresponding firmware image and image data, and wherein the operation firmware image includes, as its image header, an operation image header, which includes an operation mode field indicating whether the operation setting of the ROM is changed, and, as its image data, operation image data including information on the operation setting of the ROM.

Methods, systems, and apparatus, including computer programs encoded on computer storage media, for computing availability metrics for an integrated service. One of the methods includes generating, for a service installed on a software platform, a plurality of availability logs, each availability log representing an occurrence of the service becoming unavailable. The plurality of availability logs are aggregated according to one or more aggregation criteria. The aggregated availability logs are processed to compute one or more availability metrics for the service, wherein each availability metric quantifies the availability of the service to process requests from the plurality of workloads in the presence of system failures and interruptions. An availability rating for the service is computed from the one or more availability metrics.

A method for automatically finding a verification test of a plurality of verification tests that were executed in a verification process of a design under test (DUT) that satisfies a criterion, may include using a processor, obtaining from a user a criterion that relates to one or more test actions; using a processor, obtaining a log with logged execution data that includes start and end times for each action of each of the tests of the plurality of verification tests during an execution run of that test; and for each test of the plurality of verification tests, using a processor, determining from the logged data whether that test satisfies the obtained criterion, and if a test of the plurality of verification tests was determined to satisfy the obtained criterion, using a processor, executing that test on the DUT.

A data processing system may include: a host; and a memory system including a plurality of memory units and a controller coupled to the plurality of memory units. The controller may include a memory manager suitable for acquiring characteristic data from serial presence detect (SPD) components in the plurality of memory units when power is supplied, providing the characteristic data to the host, setting an operation mode of each of the plurality of memory units based on the characteristic data, and performing memory training, and the host may perform interface training with the controller.

Systems and methods for tracking mobile device software errors are disclosed. A mobile device, in response to receiving an indication of shaking, may capture error diagnostic information including, for instance, a screen shot, user information, and/or a session log. The mobile device may generate an error report including the error diagnostic information, and may submit the error report to a server after a user authorizes the submission. The mobile device may further subscribe the user to error report tracking, which may include periodically receiving and displaying progress status updates for a software error indicated by the error report. The progress status update may indicate that, for instance, the software error has previously been reported by a second user, that a solution for the software error is pending, or that a solution for the software error has been found.

A memory fault detection method includes: receiving a first interrupt signal sent when a count value of a first leaky bucket counter of a server reaches a first threshold; disabling an interrupt switch of the first leaky bucket counter; enabling the interrupt switch of the first leaky bucket counter after the interrupt switch of the first leaky bucket counter has been disabled for a preset time and the count value of the first leaky bucket counter is reset to zero; receiving a second interrupt signal sent when a count value of a second leaky bucket counter reaches a second threshold; if the second leaky bucket counter and the first leaky bucket counter are a same leaky bucket counter, and the second rank and a first rank are a same rank, determining that a hardware fault occurs in the first rank.

An automated test platform is disclosed for use in developing and troubleshooting customized software for multimedia content receivers. The automated test platform allows developers to script test cases that permit interaction with multiple content receivers at the same time. The test platform can be applied generally to any client-server system. The automated test platform is used to create scripts, run the scripts on multiple content receivers, and view test results. A graphical user interface (GUI) is provided that allows technicians without any programming experience to build and run complex interactive test sequences in a modular fashion. Such an automated test platform can be used to test cable and satellite television set top boxes, as well as DVD players, streaming media receivers, and game consoles.

A method for diagnosing and troubleshooting failures of components of a physical system with low troubleshooting cost, according to which for each component in the system, a Model-Based Diagnosis (MBD) is used for computing the probability of causing a system failure, based on currently observed system behavior or on knowledge about the system's structure. Then the probability of causing a system failure is computed, based on its age and its survival curves. Then, it is determined whether a faulty component C should be fixed or replaced by minimizing future troubleshooting costs, being the costs of the process of diagnosing and repairing an observed failure.

A test circuit that includes a circuit to be calibrated, an error generation circuit, and a simplex circuit coupled to one another. The circuit to be calibrated is configured to implement a first plurality of trim codes as calibration parameters for a corresponding plurality of components of the circuit to be calibrated and generate a first actual output. The error generation circuit is configured to generate a first error signal based on a difference between the first actual output and an expected output of the circuit to be calibrated. The simplex circuit is configured to receive the first error signal from the error generation circuit, generate a second plurality of trim codes utilizing a simplex algorithm based on the first error signal, and transmit the second plurality of trim codes to the circuit to be calibrated.

Systems, methods and computer program products are provided. An indication that a log of data entries has reached a size limit for the log is received. The data entries are continually stored in the log over time, and each entry comprises an associated log level. A threshold log level for data entries in the log is determined. At least one new data entry for the log is received. An existing data entry having a log level less than or equal to the threshold log level is overwritten by the new data entry, so that the size limit is not exceeded.