freebsd-skq/sys/amd64
Bruce Evans 6bed7e5140 Guard against the i8254 timer being uninitialzed if DELAY() is
called early for console i/o.  The timer is usually in BIOS mode
if it isn't explicitly initialized.  Then it counts twice as fast
and has a max count of 65535 instead of 11932.  The larger count
tended to cause infinite loops for delays of > 20 us.  Such delays
are rare.  For syscons and kbdio, DELAY() is only called early
enough to matter for ddb input after booting with -d, and the delay
is too small to matter (and too small to be correct) except in the
PC98 case.  For pcvt, DELAY() is not used for small delays (pcvt
uses its own broken routine instead of the standard broken one),
but some versions call DELAY() with a large arg when they unnecessarily
initialize the keyboard for doing console output.  The problem is
more serious for pcvt because there is always some early console
output.

Guard against the i8254 timer being partially or incorrectly
initialized.  This would have prevented the endless loop.

Should be in 2.2.
1997-01-16 18:28:20 +00:00
..
amd64 Guard against the i8254 timer being uninitialzed if DELAY() is 1997-01-16 18:28:20 +00:00
conf Add the ex driver (Intel EtherExpress Pro/10). 1997-01-16 12:19:21 +00:00
include Fixed printing of small offsets. E.g., -4(%ebp) is now printed 1997-01-16 11:27:11 +00:00
isa Guard against the i8254 timer being uninitialzed if DELAY() is 1997-01-16 18:28:20 +00:00
pci Make the long-awaited change from $Id$ to $FreeBSD$ 1997-01-14 07:20:47 +00:00
Makefile Make the long-awaited change from $Id$ to $FreeBSD$ 1997-01-14 07:20:47 +00:00