9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
From: erik quanstrom <quanstro@quanstro.net>
To: 9fans@9fans.net
Subject: [9fans] keyboards
Date: Wed, 16 Apr 2014 21:53:52 -0400	[thread overview]
Message-ID: <ffe01842b52204167ba5d16a4315fff5@brasstown.quanstro.net> (raw)

in syncing up the various kernels, one of the biggest areas of skew was in
*/kbd.c.  there are 8 different versions.  (yeah!)  they're all pretty much
the same, except for the bit that drives the i8042 for the pc.  the reason
non-pcs have them is for the benefit of usb, which takes usb key codes
and turns them into i8042 scan codes.. and then there is devkbin and
devkbmap which interact with kbd.c  it's all a maze of twisty passages.

it seems to me that the easiest first step is to split this mess into two
bits, the i8042 driver and the i8042 scan code processing (including
kbin/kbmap).  that way, there will be one i8042 driver, and one portable
i8042 scan code processor.

this has the happy consequence of giving each attached keyboard its own
connection, so compose on one keyboard won't foul up a second.

i have a working version i'm typing this on.  it seems to have worked the
first time (modulo the fact i forgot tokenize eats ' for breakfast.)

it would be nice in the future to move away from using i8042 scan
codes.  i think forcing the drivers to output text would be better.
but that's going to require breaking some interfaces....

- erik



             reply	other threads:[~2014-04-17  1:53 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-04-17  1:53 erik quanstrom [this message]
  -- strict thread matches above, loose matches on Subject: below --
2001-09-24 22:39 jmk
2001-09-24 22:52 ` Boyd Roberts
2001-09-24 19:04 anothy
2001-09-24 19:31 ` User Dormane
2001-09-24 19:57 ` Mike Haertel
2001-09-25 13:03   ` Sam Hopkins
2001-09-24 22:22 ` Jon Snader
2001-09-24 22:26   ` Boyd Roberts

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=ffe01842b52204167ba5d16a4315fff5@brasstown.quanstro.net \
    --to=quanstro@quanstro.net \
    --cc=9fans@9fans.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).