Return to BSD News archive
Path: sserve!manuel.anu.edu.au!munnari.oz.au!news.hawaii.edu!ames!agate!agate.berkeley.edu!cgd
From: cgd@eden.CS.Berkeley.EDU (Chris G. Demetriou)
Newsgroups: comp.unix.bsd
Subject: Re: [386BSD] 16550 Not Resetting.
Date: 27 Nov 92 22:03:47
Organization: Kernel Hackers 'r' Us
Lines: 25
Message-ID: <CGD.92Nov27220347@eden.CS.Berkeley.EDU>
References: <CGD.92Nov26175845@toe.CS.Berkeley.EDU> <1992Nov28.032555.20511@gagetalker.com>
NNTP-Posting-Host: eden.cs.berkeley.edu
In-reply-to: scotty@gagetalker.com's message of Sat, 28 Nov 1992 03:25:55 GMT
In article <1992Nov28.032555.20511@gagetalker.com> scotty@gagetalker.com (Scott Turner) writes:
>386BSD should reset the FIFO's during shutdown, then the BIOS will be able to
>autodetect the UART and these problems won't occur in DOS mode.
*NOT*.
There's little use in adding that misfeature to 386bsd, so it can support
a BIOS that doesn't work.
Why do i say "misfeature"? because that would require a *major* addition
to the per-driver stuff, and would add (in my opinion, unneeded)
complexity to system shutdown.
I'll never be in favor of adding support to a _working_ piece of software
to correct deficiencies in broken software... this his been done a number
of times so far in 386bsd: the serial port numbering, which broke things,
the DOS partition support, which is more or less a hack, and doesn't work
well...
Chris
--
Chris G. Demetriou cgd@cs.berkeley.edu
"Sometimes it is better to have twenty million instructions by
Friday than twenty million instructions per second." -- Wes Clark