Fork of ipxe; additional commands and features https://git.openslx.org/openslx-ng/ipxe.git/atom/src/hci/keymap?h=master 2012-03-27T20:08:22+00:00 2012-03-27T20:08:22+00:00 Michael Brown 2012-03-27T20:04:18+00:00 urn:sha1:e7d4d69031b944882fae786f4453e747bd9406c3 The "no" keymap is for a Dvorak keyboard. Reported-by: Robin Smidsrød <robin@smidsrod.no> Tested-by: Robin Smidsrød <robin@smidsrod.no> Signed-off-by: Michael Brown <mcb30@ipxe.org> 2011-03-16T21:43:56+00:00 Michael Brown 2011-03-16T21:31:16+00:00 urn:sha1:48624cf94ab6ece5759ab71ad40c7e69f6430c23 The "us" keyboard layout contains a mapping for keycode 86 (which seems not to correspond to any physical key on many US keyboards) to the ASCII character '<'. This mapping causes conflicts with the mapping for keycode 51, which also maps (with shift) to '<'. Change the keyboard mapping generator to choose the lowest keycode for each ASCII character as indicating the relevant mapping to use, on the basis that a lower keycode roughly indicates a "more normal" key. On a German keyboard, which has keys for both keycode 51 and keycode 86 present, this causes '<' to be remapped to ';', which is a closer match to typical user expectations. Reported-by: Sven Dreyer <sven@dreyer-net.de> Signed-off-by: Michael Brown <mcb30@ipxe.org> 2011-03-16T12:02:59+00:00 Michael Brown 2011-03-16T03:22:45+00:00 urn:sha1:1febd879e340958c7a4a54823a82784fcb3672ca Inspired by LILO's keytab-lilo.pl, genkeymap.pl uses "loadkeys -b" to obtain a Linux keyboard map, and generates a file keymap_xx.c in hci/keymap. Signed-off-by: Michael Brown <mcb30@ipxe.org>