diff options
author | Anton Lindqvist <anton@cvs.openbsd.org> | 2021-08-25 05:48:03 +0000 |
---|---|---|
committer | Anton Lindqvist <anton@cvs.openbsd.org> | 2021-08-25 05:48:03 +0000 |
commit | e47c2bbb5d66109328eafc836a4db84fdf54f5d2 (patch) | |
tree | 696b8f37a8f20ab78d68f44c5f5b4ab00205016d /usr.bin/cu | |
parent | 92e119db21ed071ffed064734eee2c47378e096a (diff) |
Remove the KB_DEFAULT flag from the wskbd keymap layout. Presence of
this flag will cause wskbd to discard the given keymap layout and
instead favor the layout of the associated wsmux. This is not a problem
while attaching ucc(4) during boot as the wsmux uses the default layout
at this point. However, if the layout is changed using /etc/kbdtype from
rc(8) during boot, attaching ucc(4) at this point would cause
wskbd_attach() to get stuck in an infinite loop:
wskbdX: cannot load keymap, falling back to default
... which in turn is caused by ucc(4) only providing a us layout and
using anything else in /etc/kbdtype would not work.
I missed this as I don't use /etc/kbdtype but cwen@ and Mazzurco
Riccardo <mazzurco dot riccardo at protonmail dot com> reported the same
problem.
Diffstat (limited to 'usr.bin/cu')
0 files changed, 0 insertions, 0 deletions