Avoid draining the keyboard buffer during gateA20_set(). It shouldn't
authorMichael Brown <mcb30@etherboot.org>
Tue, 5 Dec 2006 09:45:39 +0000 (09:45 +0000)
committerMichael Brown <mcb30@etherboot.org>
Tue, 5 Dec 2006 09:45:39 +0000 (09:45 +0000)
commit8bff0f06191a01a347db80d4c0bccb36f7cf847f
tree9237e4d1147421b4cba986191e7dfce778348c5a
parentd041d74054e6f202e6780f28f1cbd3327b5a960e
Avoid draining the keyboard buffer during gateA20_set().  It shouldn't
technically be necessary, because the "enable A20" command requires
only that the keyboard controller is ready to accept input (i.e. that
its input buffer is empty), and shouldn't also require that the
keyboard is ready to send output (i.e. that its output buffer is also
empty).  See http://www.smsc.com/main/tools/io-bios/42i.pdf section
3.1 ("Command Invocation") for a justification.

gateA20_set() is called on every real-mode transition (in case some
idiot piece of external code such as Intel's PXE stack decided it
would be fun to re-disable A20), so draining the keyboard buffer means
that we end up losing keypresses on some systems.  In particular, this
makes typing at the command line almost impossible, and causes
Etherboot to ignore Ctrl-Alt-Del.

We should really implement a gateA20_test() function to verify that
gate A20 has been correctly enabled, and think about adding other
commonly-used methods such as Fast Gate A20.
src/arch/i386/firmware/pcbios/gateA20.c