Return to BSD News archive
Path: sserve!newshost.anu.edu.au!harbinger.cc.monash.edu.au!simtel!noc.netcom.net!news.sprintlink.net!howland.reston.ans.net!math.ohio-state.edu!news.cyberstore.ca!vanbc.wimsey.com!unixg.ubc.ca!news.bc.net!felix.junction.net!usenet
From: Michael Dillon <michael@junction.net>
Newsgroups: comp.unix.bsd.freebsd.misc
Subject: Eliminating kernel panics
Date: 14 Jun 1995 01:35:22 GMT
Organization: Memra Software Inc.
Lines: 17
Message-ID: <3rlecq$i2r@felix.junction.net>
NNTP-Posting-Host: vernon-17.junction.net
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 1.1N (Windows; I; 16bit)
I was just browsing a WWW page at Amdahl, the mainframe
manufacturer when I came across the following:
http://www.amdahl.com/doc/products/oes/cb.uts/utshist.html
UTS 4.2 was engineered to eliminate all kernel panics (other UNIX
operating systems based on a simple port of the base SVR4 source
contain "panic" code that will stop the machine in unexpected
situations). In the development of UTS 4.2, the base SVR4 code
was methodically "scrubbed" to create a run-time environment as
reliable as the S/390 hardware platform it serves.
If they can do it, why can't FreeBSD do the same? I'm thinking that this
problem is similar to the problems with TCP/IP congestion and that
solutions could be found similarly.