Device driver telemetry

US10452459B2 · US · B2

Patent metadata
FieldValue
Publication numberUS-10452459-B2
Application numberUS-201615374780-A
CountryUS
Kind codeB2
Filing dateDec 9, 2016
Priority dateDec 9, 2016
Publication dateOct 22, 2019
Grant dateOct 22, 2019

How to read this patent

A practical reading order for non-experts. Skip the full description unless you need deep technical detail.

  1. Title

    What the patent document calls the invention.

  2. Abstract

    A short plain-language summary of the technical disclosure.

  3. Assignees and inventors

    Who owns or filed the patent and who is credited as inventor.

  4. Key dates

    Filing, priority, publication, and grant dates set the timeline.

  5. First independent claim

    The legal scope of protection — read this for what is actually claimed.

  6. CPC / IPC classifications

    Technology tags used to group this patent with similar filings.

  7. Citations and related patents

    Prior art links and similar publications in this corpus.

Abstract

Official abstract text for this publication.

Systems and methods are described for verifying functionality of a computing device. Rules are received that are usable to configure a driver verifier function to capture information associated with a device driver identified by the rules. The configured driver verifier function is run on a computing device. The information is captured in response to driver conditions identified by the rules. The computing device is allowed to continue operation when the driver condition includes an error condition of the identified device driver. A communication is initiated to transmit the captured information to a driver verification analysis service.

First claim

Opening claim text (preview).

What is claimed is: 1. A computer-implemented method for verifying functionality of a computing device during production use of the computing device, the method comprising: receiving, by the computing device from a driver verification analysis service, one or more rules usable to configure a driver verifier function executing on the computing device, the driver verifier function configured to capture information associated with a device driver identified by the one or more rules during the production use of the computing device; configuring, on the computing device, the driver verifier function to capture the information associated with the identified device driver in accordance with the one or more rules; executing, on the computing device, the configured driver verifier function; capturing, using the configured driver verifier function, the information in response to one or more driver conditions identified by the one or more rules; allowing the computing device and the driver verifier function to continue operation if the one or more driver conditions include an error condition of the identified device driver as defined by the one or more rules, and otherwise performing an error recovery response for the identified device driver; initiating a communication to transmit the captured information to the driver verification analysis service; and disabling the driver verifier function on the computing device when instructed by the driver verification analysis service. 2. The method according to claim 1 , wherein the one or more rules are received from a driver verification telemetry manager. 3. The method according to claim 1 , wherein the driver verifier function is operable to run in a data capture mode or a logging mode. 4. The method according to claim 1 , wherein the driver verifier function is automatically disabled after a predetermined time. 5. The method according to claim 1 , wherein the one or more rules configure the driver verifier function to target specified classes of drivers. 6. The method according to claim 5 , wherein the specified classes of drivers comprise one or more of audio, NDIS, and camera drivers. 7. The method according to claim 1 , wherein the capturing comprises detecting a violation of one of the rules and, in response, logging an event and storing associated driver data. 8. The method according to claim 1 , wherein the one or more rules implement general driver checks and rule-based checks. 9. The method according to claim 8 , wherein the general checks include one or more of I/O verification and memory management. 10. The method according to claim 1 , wherein only one of the rules are enabled at one time. 11. The method according to claim 1 , wherein the driver verifier function is operable to run in a learning mode where driver issues are collected and a baseline profile is created rather than generating a system error. 12. A system comprising: at least one memory having stored therein computer instructions that, upon execution by one or more processors of the system, at least cause the system to: execute a driver verifier function configured to capture information associated with a device driver executing on the system and identified by one or more rules remotely received from a driver verification analysis service; capture, using the configured driver verifier function, the information in response to one or more driver conditions identified by the one or more rules; continue operation without allowing a bug check if the one or more driver conditions includes an error condition of the identified device driver as defined by the one or more rules, and otherwise performing an error recovery response for the identified device driver; initiate a communication to transmit the captured information to the driver verification analysis service; and disable the driver verifier function when remotely instructed by the driver verification analysis service. 13. The system of claim 12 , wherein the driver verifier function is automatically disabled after a predetermined time. 14. The system of claim 12 , wherein the one or more rules configure the driver verifier function to target specified classes of drivers. 15. The system of claim 12 , wherein the one or more rules implement general driver checks and rule-based checks. 16. A non-transitory computer-readable storage medium storing thereon computer-executable instructions that, when executed by a computing device, cause the computing device to perform operations comprising: receiving, from a driver verification analysis service, one or more rules usable to configure a driver verifier function executing on the computing device, the driver verifier function configured to capture information associated with a device driver identified by the one or more rules during production use of the computing device; configuring the driver verifier function to capture the information associated with the identified device driver in accordance with the one or more rules; executing the configured driver verifier function; capturing, using the configured driver verifier function, the information in response to one or more driver conditions identified by the one or more rules; allowing the computing device and the driver verifier function to continue operation if the one or more driver conditions include an error condition of the identified device driver as defined by the one or more rules, and otherwise performing an error recovery response for the identified device driver; initiating a communication to transmit the captured information to the driver verification analysis service; and disabling the driver verifier function on the computing device when instructed by the driver verification analysis service. 17. The non-transitory computer-readable storage medium according to claim 16 , wherein the driver verifier function is operable to run in a data capture mode or a logging mode. 18. The non-transitory computer-readable storage medium according to claim 16 , wherein the driver verifier function is automatically disabled after a predetermined time. 19. The non-transitory computer-readable storage medium according to claim 16 , wherein the one or more rules configure the driver verifier function to target specified classes of drivers and implement general driver checks and rule-based checks, wherein the specified classes of drivers comprise one or more of audio, NDIS, and camera drivers. 20. The non-transitory computer-readable storage medium according to claim 16 , wherein the driver verifier function is operable to run in a learning mode where driver issues are collected and a baseline profile is created rather than generating a system error.

Assignees

Inventors

Classifications

  • where the computing system component is an input/output interface (interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units G06F13/00) · CPC title

  • Error or fault detection not based on redundancy (power supply failures G06F1/30; network fault management H04L41/06) · CPC title

  • Testing of software · CPC title

  • in an input/output transactions management context (input/output processing in general G06F13/00) · CPC title

  • for I/O devices · CPC title

Patent family

Related publications grouped by family.

External sources

Frequently asked questions

Answers are generated from the same data shown on this page.

What does patent US10452459B2 cover?
Systems and methods are described for verifying functionality of a computing device. Rules are received that are usable to configure a driver verifier function to capture information associated with a device driver identified by the rules. The configured driver verifier function is run on a computing device. The information is captured in response to driver conditions identified by the rules. T…
Who is the assignee on this patent?
Microsoft Technology Licensing Llc
What technology area does this patent fall under?
Primary CPC classification G06F11/0745. Mapped technology areas include Physics.
When was this patent published?
Publication date Tue Oct 22 2019 00:00:00 GMT+0000 (Coordinated Universal Time) (B2). Legal status and post-grant events are not shown on this page.
What related patents are in patentsdb?
We list 12 related publications on this page (citations in our corpus or others sharing the same primary CPC).