NAME | SYNOPSIS | DESCRIPTION | IOCTLS | ATTRIBUTES | SUMMARY OF TRUSTED SOLARIS CHANGES | SEE ALSO | NOTES
#include <sys/types.h> #include <sys/stream.h> #include <sys/stropts.h> #include <sys/vuid_event.h> #include <sys/kbio.h> #include <sys/kbd.h>
The kb STREAMS module processes byte streams generated by a keyboard attached to a CPU serial port. Definitions for altering keyboard translation, and reading events from the keyboard, are in <sys/kbio.h> and <sys/kbd.h>.
kb recognizes which keys have been typed using a set of tables for each known type of keyboard. Each translation table is an array of 128 16-bit words (unsigned shorts). If an entry in the table is less than 0x100, it is treated as an ISO 8859/1 character. Higher values indicate special characters that invoke more complicated actions.
The keyboard can be in one of the following translation modes:
Keyboard translation is turned off and up/down key codes are reported.
ISO 8859/1 codes are reported.
firm_events are reported.
firm_events containing unencoded keystation codes are reported for all input events within the window system.
All instances of the kb module share seven translation tables used to convert raw keystation codes to event values. The tables are:
Used when a key is depressed and no shifts are in effect.
Used when a key is depressed and a Shift key is being held down.
Used when a key is depressed and Caps Lock is in effect.
Used when a key is depressed and the Alt Graph key is being held down.
Used when a key is depressed and Num Lock is in effect.
Used when a key is depressed and the Control key is being held down (regardless of whether a Shift key or the Alt Graph is being held down, or whether Caps Lock or Num Lock is in effect).
Used when a key is released.
Each key on the keyboard has a "key station" code which is a number from 0 to 127. This number is used as an index into the translation table that is currently in effect. If the corresponding entry in that translation table is a value from 0 to 255, this value is treated as an ISO 8859/1 character, and that character is the result of the translation.
If the entry is a value above 255, it is a "special" entry. Special entry values are classified according to the value of the high-order bits. The high-order value for each class is defined as a constant, as shown in the list below. The value of the low-order bits, when added to this constant, distinguishes between keys within each class:
A shift key. The value of the particular shift key is added to determine which shift mask to apply:
"Caps Lock" key.
"Shift Lock" key.
Left-hand "Shift" key.
Right-hand "Shift" key.
Left-hand (or only) "Control" key.
Right-hand "Control" key.
"Alt Graph" key.
"Alternate" or "Alt" key.
"Num Lock" key.
Used to toggle mode-key-up/down status without altering the value of an accompanying ISO 8859/1 character. The actual bit-position value, minus 7, is added.
The META key was pressed along with the key. This is the only user-accessible bucky bit. It is ORed in as the 0x80 bit; since this bit is a legitimate bit in a character, the only way to distinguish between, for example, 0xA0 as META+0x20 and 0xA0 as an 8-bit character is to watch for "META key up" and "META key down" events and keep track of whether the key was down.
The System key was pressed. This is a place holder to indicate which key is the system-abort key.
Performs various functions depending on the value of the low 4 bits:
Does nothing.
Exists, but is undefined.
There is no key in this position on the keyboard, and the position-code should not be used.
Keyboard reset.
The keyboard driver detected an internal error.
The keyboard is idle (no keys down).
This key is the COMPOSE key; the next two keys should comprise a two-character "COMPOSE key" sequence.
Used only in the Num Lock table; indicates that this key is not affected by the Num Lock state, so that the translation table to use to translate this key should be the one that would have been used had Num Lock not been in effect.
Reserved for non-parameterized functions.
This key is a "floating accent" or "dead" key. When this key is pressed, the next key generates an event for an accented character; for example, "floating accent grave" followed by the "a" key generates an event with the ISO 8859/1 code for the "a with grave accent" character. The low-order bits indicate which accent; the codes for the individual "floating accents" are as follows:
umlaut
circumflex
tilde
cedilla
acute accent
grave accent
The low-order bits index a table of strings. When a key with a STRING entry is depressed, the characters in the null-terminated string for that key are sent, character by character. The maximum length is defined as:
10
0x00
0x01
0x02
0x03
0x04
String numbers 0x05 -- 0x0F are available for custom entries.
Function keys. The next-to-lowest 4 bits indicate the group of function keys:
0x600
0x610
0x620
0x630
The low 4 bits indicate the function key number within the group:
(LEFTFUNC+(n)-1)
(RIGHTFUNC+(n)-1)
(TOPFUNC+(n)-1)
(BOTTOMFUNC+(n)-1)
There are 64 keys reserved for function keys. The actual positions may not be on left/right/top/bottom of the keyboard, although they usually are.
This key is a "numeric keypad key." These entries should appear only in the Num Lock translation table; when Num Lock is in effect, these events will be generated by pressing keys on the right-hand keypad. The low-order bits indicate which key; the codes for the individual keys are as follows:
"=" key
"/" key
"*" key
"-" key
"," key
"7" key
"8" key
"9" key
"+" key
"4" key
"5" key
"6" key
"1" key
"2" key
"3" key
"0" key
"." key
"Enter" key
In TR_ASCII mode, when a function key is pressed, the following escape sequence is sent:
ESC[0....9z
where ESC is a single escape character and "0...9" indicates the decimal representation of the function-key value. For example, function key R1 sends the sequence:
ESC[208z
because the decimal value of RF(1) is 208. In TR_EVENT mode, if there is a VUID event code for the function key in question, an event with that event code is generated; otherwise, individual events for the characters of the escape sequence are generated.
kb is in "compatibility mode" when it starts up. In this mode, when the keyboard is in the TR_EVENT translation mode, ISO 8859/1 characters from the "upper half" of the character set (that is, characters with the 8th bit set) are presented as events with codes in the ISO_FIRST range (as defined in <SYS/VUID_EVENT.H>). The event code is ISO_FIRST plus the character value. This is for backwards compatibility with older versions of the keyboard driver. If compatibility mode is turned off, ISO 8859/1 characters are presented as events with codes equal to the character code.
The following ioctl() requests set and retrieve the current translation mode of a keyboard:
The argument is a pointer to an int. The translation mode is set to the value in the int pointed to by the argument.
The argument is a pointer to an int. The current translation mode is stored in the int pointed to by the argument.
ioctl() requests for changing and retrieving entries from the keyboard translation table use the kiockeymap structure:
struct kiockeymap { int kio_tablemask; /* Translation table (one of: 0, CAPSMASK, * SHIFTMASK, CTRLMASK, UPMASK, * ALTGRAPHMASK, NUMLOCKMASK) */ #define KIOCABORT1 -1 /* Special "mask": abort1 keystation */ #define KIOCABORT2 -2 /* Special "mask": abort2 keystation */ uchar_t kio_station; /* Physical keyboard key station (0-127) */ ushort_t kio_entry; /* Translation table station's entry */ char kio_string[10]; /* Value for STRING entries (null terminated) */ };
The argument is a pointer to a kiockeymap structure. The translation table entry referred to by the values in that structure is changed.
kio_tablemask specifies which of the five translation tables contains the entry to be modified:
"Key Up" translation table.
"Num Lock" translation table.
"Controlled" translation table.
"Alt Graph" translation table.
"Shifted" translation table.
"Caps Lock" translation table.
"Unshifted" translation table.
kio_station specifies the keystation code for the entry to be modified. The value of kio_entry is stored in the entry in question. If kio_entry is between STRING and STRING+15, the string contained in kio_string is copied to the appropriate string table entry. This call may return EINVAL if there are invalid arguments.
There are a couple special values of kio_tablemask that affect the two step "break to the PROM monitor" sequence. The usual sequence is L1-a or Stop-. If kio_tablemask is KIOCABORT1 then the value of kio_station is set to be the first keystation in the sequence. If kio_tablemask is KIOCABORT2 then the value of kio_station is set to be the second keystation in the sequence.
The argument is a pointer to a kiockeymap structure. The current value of the keyboard translation table entry specified by kio_tablemask and kio_station is stored in the structure pointed to by the argument. This call may return EINVAL if there are invalid arguments.
The argument is a pointer to an int. A code indicating the type of the keyboard is stored in the int pointed to by the argument:
Sun Type 3 keyboard
Sun Type 4 keyboard
ASCII terminal masquerading as keyboard
Type 101 PC keyboard
KB_DEFAULT is stored in the int pointed to by the argument, if the keyboard type is unknown. In case of error, -1 is stored in the int pointed to by the argument.
The argument is a pointer to an int. On a Sun Type 4 keyboard, the layout code specified by the keyboard's DIP switches is stored in the int pointed to by the argument.
The argument is a pointer to an int. The command specified by the value of the int pointed to by the argument is sent to the keyboard. The commands that can be sent are:
Commands to the Sun Type 3 and Sun Type 4 keyboards:
Reset keyboard as if power-up.
Turn on the bell.
Turn off the bell.
Turn on the click annunciator.
Turn off the click annunciator.
Commands to the Sun Type 4 keyboard:
Set keyboard LEDs.
Request that keyboard indicate layout.
Inappropriate commands for particular keyboard types are ignored. Since there is no reliable way to get the state of the bell or click (because we cannot query the keyboard, and also because a process could do writes to the appropriate serial driver -- thus going around this ioctl() request) we do not provide an equivalent ioctl() to query its state.
The argument is a pointer to an char. On the Sun Type 4 keyboard, the LEDs are set to the value specified in that char. The values for the four LEDs are:
"Caps Lock" light.
"Compose" light.
"Scroll Lock" light.
"Num Lock" light.
On some of the Japanese layouts, the value for the fifth LED is:
"Kana" light.
The argument is a pointer to a char. The current state of the LEDs is stored in the char pointed to by the argument.
The argument is a pointer to an int. "Compatibility mode" is turned on if the int has a value of 1, and is turned off if the int has a value of 0.
The argument is a pointer to an int. The current state of "compatibility mode" is stored in the int pointed to by the argument.
The argument is a pointer to an int.
The keyboard abort sequence (typically L1-A or Stop-A on the keyboard on SPARC systems and BREAK on the serial console device) effect is enabled if the int has a non-zero value; otherwise, the keyboard abort sequence effect is disabled. When enabled,
the default effect causes the operating system to suspend and enter the kernel debugger (if present) or the system PROM (on most systems with OpenBoot PROMs). The default effect is "enabled" on most systems. The default effect may be different on server systems with
key switches when the key switch is in the "secure" position. On these server systems, the effect is always "disabled" when the key switch is in the "secure" position. This ioctl() request returns EPERM if the caller does not have the PRIV_SYS_DEVICES
privilege in its set of effective privileges.
Has no effect.
Always returns 1.
See attributes(5) for descriptions of the following attributes:
ATTRIBUTE TYPE | ATTRIBUTE VALUE |
Architecture | SPARC |
To use the KIOCSKABORTEN request, the caller must have sys_devices
in its set of effective privileges.
kbd(1), Trusted Solaris Administrator's Procedures
Many of the keyboards released after Sun Type 4 keyboard also report themselves as Sun Type 4 keyboard.
NAME | SYNOPSIS | DESCRIPTION | IOCTLS | ATTRIBUTES | SUMMARY OF TRUSTED SOLARIS CHANGES | SEE ALSO | NOTES