vtserver

Steven M. Schultz sms at moe.2bsd.com
Sun Oct 17 06:07:04 AEST 1999


> From: Warren Toomey <wkt at cs.adfa.edu.au>
> > To: Kirk Davis <kbd at ndx.net>
> > Do you know of anyone that has used it on a /34? I've punched in the
> > bootstrap and ran it. It loads the boot file from my Linux system.
> > It appears to call it but it halts somewhere in the 70000-70040 region.
> > Nothing comes up on the console. Looks like the memory is over written 
> > with the same values over and over again in this area. Any thoughts?
> > 
> Sorry for the delay Kirk. It could be that the V7 bootstrap expects
> split I/D, or a different I/O mapping then what's provided on the /34.
> 
> I'll punt this to the PUPS mailing list. I have a suspicion that
> you won't be able to install V7, but you should be able to install V6
> or 2.9BSD instead.

	I _think_ I know what the problem is...

	While the /34 (and /40, etc) can run a stripped down V7 (the necessary
	mch.s code exists for example) the kernels that come with the 
	distribution are split I&D kernels.  /hptmunix, etc are all split I/D
	executables.   Thus you'll be able to toggle in the bootstrap and
	get /boot loaded but then fault when loading and/or trying to execute
	the kernel.

	As I recall the usual way to get Unix on to a /23, 34,etc was to
	have a 11/70 around to do the build on, then stage/create the media
	(usually an RL02 or similar) on the 70 and sneakernet the pack over
	to the /34.

	At least that is how it was done when we shoehorned V7 into an 11/23.
	Of course we "cheated" in that we had a fellow around who made the
	necessary changes to the assembler/compiler/linker to handle kernel
	overlays (preceeded the use of them in 2BSD by several years).  Thus
	we could run a larger kernel than a pure/stock V7.  It was an
	"interesting" experience running V7 on an 11/23 (maxed out with 248kb
	of memory which was fairly expensive at the time).   There was just
	enough memory left after the kernel was loaded for a couple user 
	processes.  Thus as the '#' prompt you would run "ls" the shell ('sh')
	would get swapped out, the 'ls' would run, and then 'sh' would get
	swapped back in.   Uh, slowed things down just a _little_ bit :-)

	Steven Schultz
	sms at moe.2bsd.com



More information about the TUHS mailing list