Legal claims defining the scope of protection. Each claim is shown in both the original legal language and a plain English translation.
1. A method for providing diagnostics in an information handling system having a non-transitory computer readable storage medium, the method comprising: sensing that the information handling system is resuming from a system crash; and obtaining a crash health signature, wherein the crash health signature comprises crash data; determining a type of crash based, at least in part, on the crash data of the crash health signature, wherein the crash health signature is indicative of at least one of memory corruption, hardware configuration, and software configuration; tracking one or more parameters indicative of health of the information handling system; storing, on the non-transitory computer readable storage medium, data related to the plurality of parameters; generating one or more statistics based, at least in part, on the plurality of parameters; selecting, based on at least one of, the crash data and at least one of the plurality of parameters, a diagnostic test to execute; scheduling the selected diagnostic test; executing the selected diagnostic test; and obtaining a validation code from the selected diagnostic test.
After a system crash, this method diagnoses the information handling system by first detecting the system's recovery from the crash. It captures a "crash health signature" that includes crash data, then determines the crash type (e.g., memory corruption, hardware, or software issues) based on this data. The method continuously tracks system health parameters, stores this parameter data, and generates statistics from it. A diagnostic test is selected based on both the crash data and the tracked system health parameters. This test is scheduled and executed, and a validation code is obtained from the test. The data is stored on a non-transitory computer-readable storage medium.
2. The method of claim 1 , wherein the selected diagnostic test is scheduled and executed while the information handling system is operational.
The diagnostic method described previously (detecting system crash recovery, capturing crash health signature, determining crash type, tracking system health parameters, selecting and executing a diagnostic test, and obtaining a validation code) schedules and executes the selected diagnostic test while the information handling system remains operational, without requiring a reboot. The data is stored on a non-transitory computer-readable storage medium.
3. The method of claim 1 , wherein the selected diagnostic test is scheduled for and executed during a reboot of the information handling system.
The diagnostic method described previously (detecting system crash recovery, capturing crash health signature, determining crash type, tracking system health parameters, selecting and executing a diagnostic test, and obtaining a validation code) schedules the selected diagnostic test to run specifically during a system reboot. The data is stored on a non-transitory computer-readable storage medium.
4. The method of claim 1 , further comprising: obtaining the plurality of parameters from a telemetry service.
The diagnostic method described previously (detecting system crash recovery, capturing crash health signature, determining crash type, tracking system health parameters, selecting and executing a diagnostic test, and obtaining a validation code) gets the system health parameters it tracks from a telemetry service within the information handling system. The data is stored on a non-transitory computer-readable storage medium.
5. The method of claim 1 , wherein the plurality of parameters are indicative of at least one of a thermistor, a fan speed, a battery data, a basic input/output log (BIOS), a crash, and a connector mating.
The diagnostic method described previously (detecting system crash recovery, capturing crash health signature, determining crash type, tracking system health parameters, selecting and executing a diagnostic test, and obtaining a validation code) uses system health parameters that indicate the status of components such as thermistors, fan speed, battery data, the BIOS log, crash reports themselves, or connector mating status. The data is stored on a non-transitory computer-readable storage medium.
6. The method of claim 1 , wherein the crash data comprises at least one of an error code, identification of a crashing driver, and identification of a crashing application.
In the diagnostic method described previously (detecting system crash recovery, capturing crash health signature, determining crash type, tracking system health parameters, selecting and executing a diagnostic test, and obtaining a validation code), the "crash data" within the crash health signature includes details like error codes, the specific driver that caused the crash, or the crashing application's identity. The data is stored on a non-transitory computer-readable storage medium.
7. A non-transitory, computer readable storage medium comprising executable instructions to cause at least one processor, of an information handling system, coupled to the computer readable storage medium to: sense that the information handling system is resuming from a system crash; and obtain a crash health signature, wherein the crash health signature comprises crash data; determine a type of crash based, at least in part, on the crash data of the crash health signature, wherein the crash health signature is indicative of at least one of memory corruption, hardware configuration, and software configuration; track one or more parameters indicative of health of the information handling system; store, on the non-transitory computer readable storage medium, data related to the plurality of parameters; generate one or more statistics based, at least in part, on the plurality of parameters; select, based on at least one of, the crash data and at least one of the plurality of parameters, a diagnostic test to execute; schedule the selected diagnostic test; execute the selected diagnostic test; and obtain a validation code from the selected diagnostic test.
A non-transitory computer-readable storage medium contains instructions that, when executed by a processor in an information handling system, cause the system to diagnose itself after a crash. The instructions first detect the system's recovery from the crash and capture a "crash health signature" that includes crash data. The instructions then determine the crash type (e.g., memory corruption, hardware, or software issues) based on this data. The instructions also continuously track system health parameters, store this parameter data, and generate statistics from it. A diagnostic test is selected based on both the crash data and the tracked system health parameters. This test is scheduled and executed, and a validation code is obtained from the test.
8. The non-transitory, computer readable storage medium of claim 7 , wherein the selected diagnostic test is scheduled and executed while the information handling system is operational.
The computer-readable storage medium with diagnostic instructions described previously (detecting system crash recovery, capturing crash health signature, determining crash type, tracking system health parameters, selecting and executing a diagnostic test, and obtaining a validation code) includes instructions to schedule and execute the selected diagnostic test while the information handling system remains operational, without requiring a reboot.
9. The non-transitory, computer readable storage medium of claim 7 , wherein the selected diagnostic test is scheduled for and executed during a reboot of the information handling system.
The computer-readable storage medium with diagnostic instructions described previously (detecting system crash recovery, capturing crash health signature, determining crash type, tracking system health parameters, selecting and executing a diagnostic test, and obtaining a validation code) includes instructions to schedule the selected diagnostic test to run specifically during a system reboot.
10. The non-transitory, computer readable storage medium of claim 7 , wherein the instructions further cause the at least one processor to: obtain the plurality of parameters from a telemetry service.
The computer-readable storage medium with diagnostic instructions described previously (detecting system crash recovery, capturing crash health signature, determining crash type, tracking system health parameters, selecting and executing a diagnostic test, and obtaining a validation code) includes instructions to get the system health parameters it tracks from a telemetry service within the information handling system.
11. The non-transitory, computer readable storage medium of claim 7 , wherein the plurality of parameters are indicative of at least one of a thermistor, a fan speed, a battery data, a basic input/output log (BIOS), a crash, and a connector mating.
The computer-readable storage medium with diagnostic instructions described previously (detecting system crash recovery, capturing crash health signature, determining crash type, tracking system health parameters, selecting and executing a diagnostic test, and obtaining a validation code) uses system health parameters that indicate the status of components such as thermistors, fan speed, battery data, the BIOS log, crash reports themselves, or connector mating status.
12. The non-transitory, computer readable storage medium of claim 7 , wherein the crash data comprises at least one of an error code, identification of a crashing driver, and identification of a crashing application.
In the computer-readable storage medium with diagnostic instructions described previously (detecting system crash recovery, capturing crash health signature, determining crash type, tracking system health parameters, selecting and executing a diagnostic test, and obtaining a validation code), the "crash data" within the crash health signature includes details like error codes, the specific driver that caused the crash, or the crashing application's identity.
13. The non-transitory, computer readable storage medium of claim 7 , wherein the instructions further cause the at least one processor to: send an alert, wherein the alert comprises at least one of the crash health signature and the validation code.
The computer-readable storage medium with diagnostic instructions described previously (detecting system crash recovery, capturing crash health signature, determining crash type, tracking system health parameters, selecting and executing a diagnostic test, and obtaining a validation code) also includes instructions to send an alert containing the crash health signature or the validation code obtained from the diagnostic test.
14. An information handling system, comprising: at least one processor; and a non-transitory, computer readable storage medium coupled to the at least one processor, wherein the non-transitory, computer readable storage medium comprises instructions that cause the at least one processor to: sense that the information handling system is resuming from a system crash; and obtain a crash health signature, wherein the crash health signature comprises crash data; determine a type of crash based, at least in part, on the crash data of the crash health signature, wherein the crash health signature is indicative of at least one of memory corruption, hardware configuration, and software configuration; track one or more parameters indicative of health of the information handling system; store, on the non-transitory computer readable storage medium, data related to the plurality of parameters; generate one or more statistics based, at least in part, on the plurality of parameters; select, based on at least one of, the crash data and at least one of the plurality of parameters, a diagnostic test to execute; schedule the selected diagnostic test; execute the selected diagnostic test; and obtain a validation code from the selected diagnostic test.
An information handling system comprises a processor and a non-transitory computer-readable storage medium. The storage medium contains instructions that, when executed by the processor, cause the system to diagnose itself after a crash. The instructions first detect the system's recovery from the crash and capture a "crash health signature" that includes crash data. The instructions then determine the crash type (e.g., memory corruption, hardware, or software issues) based on this data. The instructions also continuously track system health parameters, store this parameter data, and generate statistics from it. A diagnostic test is selected based on both the crash data and the tracked system health parameters. This test is scheduled and executed, and a validation code is obtained from the test.
15. The information handling system of claim 14 , wherein the selected diagnostic test is scheduled and executed while the information handling system is operational.
The information handling system described previously (detecting system crash recovery, capturing crash health signature, determining crash type, tracking system health parameters, selecting and executing a diagnostic test, and obtaining a validation code) includes instructions to schedule and execute the selected diagnostic test while the information handling system remains operational, without requiring a reboot.
16. The information handling system of claim 14 , wherein the selected diagnostic test is scheduled for and executed during a reboot of the information handling system.
The information handling system described previously (detecting system crash recovery, capturing crash health signature, determining crash type, tracking system health parameters, selecting and executing a diagnostic test, and obtaining a validation code) includes instructions to schedule the selected diagnostic test to run specifically during a system reboot.
17. The information handling system of claim 14 , wherein the instructions further cause the at least one processor to: obtain the plurality of parameters from a telemetry service.
The information handling system described previously (detecting system crash recovery, capturing crash health signature, determining crash type, tracking system health parameters, selecting and executing a diagnostic test, and obtaining a validation code) includes instructions to get the system health parameters it tracks from a telemetry service within the information handling system.
18. The information handling system of claim 14 , wherein the plurality of parameters are indicative of at least one of a thermistor, a fan speed, a battery data, a basic input/output log (BIOS), a crash, and a connector mating.
The information handling system described previously (detecting system crash recovery, capturing crash health signature, determining crash type, tracking system health parameters, selecting and executing a diagnostic test, and obtaining a validation code) uses system health parameters that indicate the status of components such as thermistors, fan speed, battery data, the BIOS log, crash reports themselves, or connector mating status.
19. The information handling system of claim 14 , wherein the crash data comprises at least one of an error code, identification of a crashing driver, and identification of a crashing application.
In the information handling system described previously (detecting system crash recovery, capturing crash health signature, determining crash type, tracking system health parameters, selecting and executing a diagnostic test, and obtaining a validation code), the "crash data" within the crash health signature includes details like error codes, the specific driver that caused the crash, or the crashing application's identity.
20. The information handling system of claim 14 , wherein the monitoring a plurality of parameters indicative of the health of the information handling system and its components comprises monitoring parameters related to a battery in the information handling system.
In the information handling system described previously (detecting system crash recovery, capturing crash health signature, determining crash type, selecting and executing a diagnostic test, and obtaining a validation code), monitoring system health involves tracking battery-related parameters.
Unknown
August 29, 2017
Browse 5M+ US patents with plain-English claim translations and AI-generated analysis.