System request (often abbreviated SysRq or Sys Req) is a key on keyboards for PCs that has no standard use. This key can be traced back to the operator interrupt key used on IBM 3270-type console keyboards of the IBM System/370 mainframe computer, which was used to cause the operating system such as VM/370 or MVS to allow the console to give input to the operating system.
Introduced by IBM with the PC/AT, it was intended to be available as a special key to directly invoke low-level operating system functions with no possibility of conflicting with any existing software. A special BIOS routine — software interrupt 0x15, subfunction 0x85 — was added to signal the OS when SysRq was pushed or released. Unlike most keys, when it is pressed nothing is stored in the keyboard buffer.
The specific low level function that the SysRq key was meant for was to switch between operating systems. When the original IBM-PC was created in 1980, there were three leading competing operating systems: PC DOS, CP/M-86, and UCSD p-System, while Xenix was added in 1983-1984. The SysRq key was added so that multiple operating systems could be run on the same computer, making use of the capabilities of the 286 chip in the PC/AT.[unreliable source?]
A special key was needed because most software of the day operated at a low level, often bypassing the OS entirely, and typically made use of many hotkey combinations. The use of Terminate and Stay Resident (TSR) programs further complicated matters. To implement a task switching or multitasking environment, it was thought that a special, separate key was needed. This is similar to the way “Control-Alt-Delete” is used under Windows NT.
On 84-key keyboards (except the 84-key IBM Model M space saver keyboard), SysRq was a key of its own. On the later 101-key keyboard, it shares a physical key with the Print Screen key function. One must hold down the Alt key while pressing this “dual-function” key to invoke SysRq.
The default BIOS keyboard routines simply ignore SysRq and return without taking action. So did the MS-DOS input routines. The keyboard routines in libraries supplied with many high-level languages followed suit. Although it is still included on most PC keyboards manufactured, and though it is used by some debugging software, the key is of no use for the vast majority of users.
Under DOS, malfunctioning foreground software could make the entire computer unresponsive. Third-party TSRs existed that used SysRq to provide a form of “panic button” to terminate the program and return the user to the DOS command prompt.
In Windows, SysRq (accessed by pressing Alt-PrtScn) copies a bitmap of the current foreground window into the system clipboard.
Microsoft has also used SysRq for various OS- and application-level debuggers. In the CodeView debugger, it was sometimes used to break into the debugging during program execution. For the Windows NT remote kernel debugger, it can be used to force the system into the debugger.
On the Hyundai/Hynix Super-16 computer, pressing ^ Ctrl+SysRq will hard boot the system (it will reboot when ^ Ctrl+⎇ Alt+⌦ Del is unresponsive, and it will invoke startup memory tests that are bypassed on soft-boot).
- "What is the SysRq key for?". comp.os.msdos.programmer FAQ. Retrieved 2008-01-08.
- "Ralf Brown's Interrupt List". Retrieved 2008-01-08.
- "Original IBM PC Product fact sheet". IBM Information Systems Division. August 12, 1981. Retrieved January 13, 2010.
- Personal interview with Sandy Meade, creator of the SysRq key
- "Linux Magic System Request Key Hacks". Linux kernel. Retrieved 2008-01-08.
- "Returning Control to CodeView". Microsoft Knowledge Base. Retrieved 2008-01-08.
- "How to enable a remote kernel debugger connection on a computer that is running Windows Server 2003 with Service Pack 1". Microsoft Knowledge Base. Retrieved 2008-01-08.
- "MicroVGA datasheet".