Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!husc6!cmcl2!rutgers!sunybcs!boulder!hao!oddjob!mimsy!chris
From: chris@mimsy.UUCP (Chris Torek)
Newsgroups: comp.bugs.4bsd,comp.unix.wizards
Subject: Re: Patch to 4.3BSD boot for Rev. 8 11/750s
Message-ID: <8979@mimsy.UUCP>
Date: Sat, 10-Oct-87 23:33:04 EDT
Article-I.D.: mimsy.8979
Posted: Sat Oct 10 23:33:04 1987
Date-Received: Mon, 12-Oct-87 21:23:48 EDT
References: <649@noao.UUCP>
Organization: U of Maryland, Dept. of Computer Science, Coll. Pk., MD 20742
Lines: 26
Xref: mnetor comp.bugs.4bsd:595 comp.unix.wizards:4825

In article <649@noao.UUCP> grandi@noao.arizona.edu (Steve Grandi) writes:
>... the boot program for 4.3BSD needs to be modified to not immediately
>load an older version of the microcode over the version read from the TU58.
>The version of pcs750.bin present in 4.3BSD's /pcs750.bin is 98, the version
>distributed with the revision 8 FCO is version 99.

Why not just read the new pcs750.bin from the TU58 and put it on
your root file system?  I imagine it is in the same format as the
old pcs750.bin; in any case, it should be easy enough to `arff xmf
/dev/tu0 pcs750.bin' and try it ... as long as you have a way to
override loading pcs750.bin from the file system (such as the in
Steve's article).

Of course, if you need the new microcode for the boot to work. . . .

>The patch to sys/stand/boot.c listed below will list the microcode version
>(and for fun, the hardware version) and will load /pcs750.bin if needed.

>! 	if (sid.cpuany.cp_type == VAX_750)
>! 		printf("11/750 hardware version %x, microcode version %d\n",
>! 		    sid.cpu750.cp_hrev, sid.cpu750.cp_urev);

So why is one in hex and the other in decimal? :-)
-- 
In-Real-Life: Chris Torek, Univ of MD Comp Sci Dept (+1 301 454 7690)
Domain:	chris@mimsy.umd.edu	Path:	uunet!mimsy!chris