Patent classifications
G06F11/2268
SYSTEMS AND METHODS FOR OPTIMAL TRIM CALIBRATIONS IN INTEGRATED CIRCUITS
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.
Methods and apparatus for event logging in an information network
Methods and apparatus for logging, analysis, and reporting of events such as reboots in a client device (e.g., consumer premises equipment in a cable network) using applications. In one aspect, an improved event logging and monitoring system is provided within the device with which the application(s) can interface to record event or error data. In one exemplary embodiment, the client device comprises a digital set-top box having Java-enabled middleware adapted to implement the various functional aspects of the event logging system, which registers to receive event notifications (including resource exhaustion data) from other applications running on the device. The network operator can also optionally control the operation of the logging system remotely via a network agent. Improved client device and network configurations, as well as methods of operating these systems, are also disclosed.
Systems and methods for smart diagnoses and triage of failures with identity continuity
Systems and methods for smart diagnoses and triage of failures with identity continuity. In some embodiments, an Information Handling System (IHS) includes a processor and a memory coupled to the processor, the memory having program instructions stored thereon that, upon execution by the processor, cause the IHS to: execute a Power-On Self Test (POST) routine; in response to a determination that the POST routine has failed, execute a firmware-based diagnostics routine; in response to a determination that the firmware-based diagnostics routine has failed, execute, via a service Operating System (OS), a service OS-based diagnostics routine configured to identify whether the firmware-based diagnostics failure is due to a hardware or software fault; and in response to the service OS-based diagnostics routine identifying a hardware fault or failing to remediate a software fault, obtain a user's account information and report the hardware fault or the software remediation failure.
Performance checking component for an ETL job
Generation of a performance determination report for an Extract, Transform, Load (ETL) job includes decomposing the ETL job into two or more stage instances, and identifying one or more conditions for each of the stage instances. A set of tests for each of the identified conditions are generated. A first set of test results are generated by performing the set of tests. It is determined whether a test result from the first set of test results is outside of a first range. Conditions that can be identified include a non-volatile free memory condition, a network reliability condition, a network configuration condition, an application availability condition, a database availability condition, a database performance condition, a schema validity condition, an installed libraries condition, a configuration parameter condition, a volatile free memory condition, and a third party tool condition.
METHOD AND SYSTEM FOR DYNAMICALLY UNBLOCKING CUSTOMERS IN CRITICAL WORKFLOWS BY PUSHING COMMUNITY CONTRIBUTED SOLUTIONS JUST-IN-TIME WHEN AN ERROR IS ENCOUNTERED
Error occurrence/recurrence rates from multiple users of a software system are monitored. In one embodiment, log error data and context data associated with a critical issue is provided to a server side repository. When it is detected that a threshold number of users of a software application are facing the same critical issue a community portal is updated with a facility for users to post their solutions, i.e., workarounds, and/or observations, and/or comments, associated with the specific critical issue/error. In one embodiment, the posted solutions are rated and/or monitored, and if the rating for a given solution receives a rating above a threshold rating value, then data suggesting the solution, and/or implementing the solution, is pushed to users who continue to encounter the same critical issue, in one embodiment, using an action message framework, until a permanent fix is applied.
Providing autonomous self-testing of a processor
In an embodiment, a processor includes at least one core, a power management unit having a first test register including a first field to store a test patch identifier associated with a test patch and a second field to store a test mode indicator to request a core functionality test, and a microcode storage to store microcode to be executed by the at least one core. Responsive to the test patch identifier, the microcode may access a firmware interface table and obtain the test patch from a non-volatile storage according to an address obtained from the firmware interface table. Other embodiments are described and claimed.
Centralized dispatching of application analytics
A method may include, in a computing device comprising at least one processor and a memory, generating at least one information beacon from each of a plurality of applications installed on the computing device. Each information beacon may include application analytics data associated with a corresponding application while the corresponding application is running on the computing device. The at least one information beacon from each of the plurality of applications may be stored in a common location in the computing device. The stored at least one information beacon may be dispatched from each of the plurality of applications to a network device communicatively coupled to the computing device. The generating may be triggered by beacon generation code implemented in each of the plurality of applications installed on the computing device.
AUTOMATED TESTING FOR CONTENT RECEIVERS
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.
IDENTIFYING ROOT CAUSES OF FAILURES IN A DEPLOYED DISTRIBUTED APPLICATION USING HISTORICAL FINE GRAINED MACHINE STATE DATA
Methods and arrangements for identifying root causes of system failures in a distributed system said method including: utilizing at least one processor to execute computer code that performs the steps of: recording, in a storage device, collected machine state data, wherein the collected machine state data are added to historical machine state data; creating, based on the historical machine state data, a healthy map model; detecting at least one failed machine state in the distributed system; comparing the failed machine state against the healthy map model; identifying, based on the comparison, at least one root cause of the failed machine state; and displaying, on a display device, a ranked list comprising the at least one root cause. Other variants and embodiments are broadly contemplated herein.
System and method for automated or semi-automated identification of malfunction area(s) for maintenance cases
A method (100) of automated identification of one or more malfunction areas of a set (S) of malfunction areas for a service case in which a medical device (12) is serviced includes: generating an output probability vector (40) of probabilities for the set of malfunction areas of the medical device by operations including applying at least one classifier (42, 46) to at least one of (1) text descriptions of parts ordered for the service case and/or (2) a text description of the service case; and displaying a list (56) of one or more most probable malfunction areas for the service case wherein the one or more most probable malfunction areas are the one or more most malfunction areas of the set of malfunction areas having highest probability in the output probability vector.