Path: utzoo!censor!geac!torsqnt!news-server.csri.toronto.edu!cs.utexas.edu!uunet!bu.edu!buitc!gjc
From: gjc@buitc.bu.edu (George J. Carrette)
Newsgroups: comp.arch
Subject: Re: machines with some loadable microcode are easier to fix
Message-ID: <71596@bu.edu.bu.edu>
Date: 4 Jan 91 17:41:24 GMT
References: <71537@bu.edu.bu.edu> <1991Jan04.035359.12547@kithrup.COM> <ROUELLET.91Jan4103017@pinnacle.crhc.uiuc.edu>
Sender: news@bu.edu.bu.edu
Reply-To: gjc@buitc.bu.edu (George J. Carrette)
Followup-To: comp.arch
Organization: Information Technology, Boston University, Boston, MA, USA
Lines: 11

In article <ROUELLET.91Jan4103017@pinnacle.crhc.uiuc.edu> rouellet@crhc.uiuc.edu (Roland G. Ouellette) writes:
>During the development of the VAX6000-400, a microcoded machine (not
>loadable however), VMS was booted in simulation all the way to the
>login prompt.  

Is it really not loadable? I've had a very knowledgable DEC hardware
person tell me that the VS-3100 vax chip implementation, even though thought
of as a "microprocessor" (usually implies on-chip microcode hardwired in)
actually had some component of loadable microstore.

-gjc