diff options
author | H. Peter Anvin <hpa@zytor.com> | 2006-05-03 17:32:15 -0700 |
---|---|---|
committer | H. Peter Anvin <hpa@zytor.com> | 2006-05-03 17:32:15 -0700 |
commit | 28eecd8965aedbd75727fb0797a2e7033d5c54ee (patch) | |
tree | 1cac9ffc5f7fe7fd82d59b4accd7b8cf85762f74 /keytab-lilo.doc | |
parent | f8c463722022008c8412a69f90576d2bf38818ed (diff) | |
download | syslinux-28eecd8965aedbd75727fb0797a2e7033d5c54ee.tar.gz |
Across-the-board stealth whitespace cleanup
Diffstat (limited to 'keytab-lilo.doc')
-rw-r--r-- | keytab-lilo.doc | 76 |
1 files changed, 38 insertions, 38 deletions
diff --git a/keytab-lilo.doc b/keytab-lilo.doc index 44ec5dce..df9a1d9f 100644 --- a/keytab-lilo.doc +++ b/keytab-lilo.doc @@ -23,61 +23,61 @@ in syslinux.cfg, for example: Keyboard translation -------------------- -The PC keyboard emits so-called scan codes, which are basically key -numbers. The BIOS then translates those scan codes to the character codes -of the characters printed on the key-caps. By default, the BIOS normally -assumes that the keyboard has a US layout. Once an operating system is +The PC keyboard emits so-called scan codes, which are basically key +numbers. The BIOS then translates those scan codes to the character codes +of the characters printed on the key-caps. By default, the BIOS normally +assumes that the keyboard has a US layout. Once an operating system is loaded, this operating system can use a different mapping. -At boot time, LILO only has access to the basic services provided by the -BIOS and therefore receives the character codes for an US keyboard. It -provides a simple mechanism to re-map the character codes to what is +At boot time, LILO only has access to the basic services provided by the +BIOS and therefore receives the character codes for an US keyboard. It +provides a simple mechanism to re-map the character codes to what is appropriate for the actual layout.* - * The current mechanism isn't perfect, because it sits on top of the - scan code to character code translation performed by the BIOS. This - means that key combinations that don't produce any useful character on - the US keyboard will be ignored by LILO. The advantage of this approach + * The current mechanism isn't perfect, because it sits on top of the + scan code to character code translation performed by the BIOS. This + means that key combinations that don't produce any useful character on + the US keyboard will be ignored by LILO. The advantage of this approach is its simplicity. Compiling keyboard translation tables - - - - - - - - - - - - - - - - - - - -LILO obtains layout information from the keyboard translation tables Linux -uses for the text console. They are usually stored in -/usr/lib/kbd/keytables. LILO comes with a program keytab-lilo.pl that reads -those tables and generates a table suitable for use by the map installer. -keytab-lilo.pl invokes the program loadkeys to print the tables in a format +LILO obtains layout information from the keyboard translation tables Linux +uses for the text console. They are usually stored in +/usr/lib/kbd/keytables. LILO comes with a program keytab-lilo.pl that reads +those tables and generates a table suitable for use by the map installer. +keytab-lilo.pl invokes the program loadkeys to print the tables in a format that is easy to parse.* - * On some systems, only root can execute loadkeys. It is then necessary + * On some systems, only root can execute loadkeys. It is then necessary to run keytab-lilo.pl as root too. keytab-lilo.pl is used as follows: - keytab-lilo.pl [ -p <old_code>=<new_code> ] ... + keytab-lilo.pl [ -p <old_code>=<new_code> ] ... [<path>]<default_layout>[.<extension>] ] - [<path>]<kbd_layout>[.<extension>] ] - - -p <old_code>=<new_code> - Specifies corrections ("patches") to the mapping obtained from the - translation table files. E.g. if pressing the upper case "A" should - yield an at sign, -p 65=64 would be used. The -p option can be - repeated any number of times. The codes can also be given as - hexadecimal or as octal numbers if they are prefixed with 0x or 0, - respectively. - <path> The directory in which the file resides. The default path is - /usr/lib/kbd/keytables. - <extension> Usually the trailing .map, which is automatically added if - the file name doesn't contain dots. - <default_layout> Is the layout which specifies the translation by the - BIOS. If none is specified, us is assumed. - <kbd_layout> Is the actual layout of the keyboard. - -keytab-lilo.pl writes the resulting translation table as a binary string to -standard output. Such tables can be stored anywhere with any name, but the -suggested naming convention is /boot/<kbd>.ktl ("Keyboard Table for Lilo"), + [<path>]<kbd_layout>[.<extension>] ] + + -p <old_code>=<new_code> + Specifies corrections ("patches") to the mapping obtained from the + translation table files. E.g. if pressing the upper case "A" should + yield an at sign, -p 65=64 would be used. The -p option can be + repeated any number of times. The codes can also be given as + hexadecimal or as octal numbers if they are prefixed with 0x or 0, + respectively. + <path> The directory in which the file resides. The default path is + /usr/lib/kbd/keytables. + <extension> Usually the trailing .map, which is automatically added if + the file name doesn't contain dots. + <default_layout> Is the layout which specifies the translation by the + BIOS. If none is specified, us is assumed. + <kbd_layout> Is the actual layout of the keyboard. + +keytab-lilo.pl writes the resulting translation table as a binary string to +standard output. Such tables can be stored anywhere with any name, but the +suggested naming convention is /boot/<kbd>.ktl ("Keyboard Table for Lilo"), where <kbd> is the name of the keyboard layout. Example: |