Fork of ipxe; additional commands and features https://git.openslx.org/openslx-ng/ipxe.git/atom/src/hci/keymap/keymap_sr.c?h=openslx 2022-02-10T13:59:32+00:00 2022-02-10T13:59:32+00:00 Michael Brown 2022-02-06T19:33:20+00:00 urn:sha1:3f05a82fec6223a49df300a9cbf80c6245c3f99e Rewrite genkeymap.pl in Python with added sanity checks, and update the list of keyboard mappings to remove those no longer supported by the underlying "loadkeys" tool. 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>