Windows System Software -- Consulting, Training, Development -- Unique Expertise, Guaranteed Results

Before Posting...
Please check out the Community Guidelines in the Announcements and Administration Category.

More Info on Driver Writing and Debugging

The free OSR Learning Library has more than 50 articles on a wide variety of topics about writing and debugging device drivers and Minifilters. From introductory level to advanced. All the articles have been recently reviewed and updated, and are written using the clear and definitive style you've come to expect from OSR over the years.

Check out The OSR Learning Library at:

Print Screen/Sys Rq Button

rob18767rob18767 Member Posts: 42

I discovered yesterday that while remote debugging (WindBg) the kernel the Print Screen/System request key on my target will "crash" my code; that is stop at a break point in my driver code to detect a failure.

I believe that the System Request is designed to do this.

However when I try to run the target machine without the debugger Sys Rq will still "crash" my code (I the code stops after TraceView shows the tracing errors in that the DPC is not receiving IO requests to terminate).

Adding a value named BreakOnSysRq, and set it equal to DWORD 0x0 in


And rebooting has no effect.

I tried pressing Sys Rq on other machines running our code and the code continues to run with no TraceView errors i.e. the DPC is receiving IO requests in a timely fashion.

So my question is does kernel debugging in WindBg leave the target with the SysRq key in a state that causes it to try to interrupt the kernel even after the kernel, on the target, is up and running without WindBg?

We are using Windows 10 IoT Enterprise build 1809.


  • rob18767rob18767 Member Posts: 42

    I guess I just proved this to be the case by performing the same actions on a second development machine.

    Is there any way to get Print Screen/Sys Rq key to act only as a print screen key after using kernel debugger?

  • rob18767rob18767 Member Posts: 42

    To be fair I uninstalled then reinstalled the drivers and the problem seems to have gone away.

Sign In or Register to comment.

Howdy, Stranger!

It looks like you're new here. If you want to get involved, click one of these buttons!

Upcoming OSR Seminars
OSR has suspended in-person seminars due to the Covid-19 outbreak. But, don't miss your training! Attend via the internet instead!
Writing WDF Drivers 7 Dec 2020 LIVE ONLINE
Internals & Software Drivers 25 Jan 2021 LIVE ONLINE
Developing Minifilters 8 March 2021 LIVE ONLINE