[Simh] Re: Simh Digest, Vol 7, Issue 2

[bsupnik at comcast.net]

1. Older VAXen.

A 780 or 750 would require substantial changes to the simulator; indeed, it would be almost an entirely new simulator.  In particular,

- the CPU must support all the VAX instructions, not just the VAX subset.  That includes decimal, obsolete character string, H_floating, and EDITPC (argh!)  Right now, the CPU doesn't have a capability to handle 128B operands in the specifier decoding for H_floating.
- the boot and console protocol is based on an external microprocessor.  While that doesn't have to be explicitly emulated, all the proper firmware has to be found.
- the IO system is based on Unibus and Massbus peripherals.  The existing PDP-11 peripherals would require substantial adaptation to run in the context of these adapters, and the adapters themselves don't exist.

2. 64b IO on Linux

If you are using 3.2, then you edited the wrong module.  scp_tty.c is not part of 3.2; the function was moved to sim_fio.c.  Check the release notes for 3.2, and you will see that it says to unpack to a clean directory, because the sources have been substantially reorganized.

Put the edits into sim_fio.c, clean out the stuff that's no longer in use, and see if that solves the problem.

/Bob Supnik


> Send Simh mailing list submissions to
> 	simh at trailing-edge.com
> 
> To subscribe or unsubscribe via the World Wide Web, visit
> 	http://mailman.trailing-edge.com/mailman/listinfo/simh
> or, via email, send a message with subject or body 'help' to
> 	simh-request at trailing-edge.com
> 
> You can reach the person managing the list at
> 	simh-owner at trailing-edge.com
> 
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Simh digest..."
> 
> 
> Today's Topics:
> 
>    1. VAX simulation (Tim Newsham)
>    2. Simh 64bit Support on Linux (Peter R. Trimmel)
> 
> 
> ----------------------------------------------------------------------
> 
> Message: 1
> Date: Sun, 13 Jun 2004 11:32:44 -1000 (HST)
> From: Tim Newsham <newsham at lava.net>
> Subject: [Simh] VAX simulation
> To: simh at trailing-edge.com
> Message-ID: <Pine.BSI.4.58.0406131125390.9860 at malasada.lava.net>
> Content-Type: TEXT/PLAIN; charset=US-ASCII
> 
> 
> I'm interested in playing with some of the older VAX distributions
> (32V, 4.1BSD, etc.).  I was wondering if it is possible to
> configure Simh's VAX emulator to look like a more traditional
> VAX.  The vaxmod_defs.h file says the configuration is based on
> "the KA65x ("Mayfair") series of CVAX-based Qbus systems."
> 
> Is it possible to configure the system from a simh configuration
> file to be more like an 11/750 or 11/780?  Has anyone done this,
> and if so, do they have a configuration file?
> 
> Is it possible to adjust vaxmod_defs.h to make a more 11/750 or
> 11/780-like system without otherwise changing the vax simulator?
> 
> Are the differences between the newer and older systems significant
> enough that the simulator itself would need to be hacked significantly?
> 
> Finally, are there any online resources that describe a typical
> setup of an older machine in enough detail to achieve any of
> the above?  What are the major differences between the mayfair
> and the older machines (io addresses?  roms?  cpu differences?)?
> 
> Tim N.
> 
> 
> ------------------------------
> 
> Message: 2
> Date: Mon, 14 Jun 2004 12:26:47 +0200
> From: "Peter R. Trimmel" <peter.trimmel at austrocontrol.at>
> Subject: [Simh] Simh 64bit Support on Linux
> To: simh at trailing-edge.com
> Message-ID:
> 	<CMEGKOKBJDIPAAHNGFJKOEIPCHAA.peter.trimmel at austrocontrol.at>
> Content-Type: text/plain; charset="iso-8859-1"
> 
> I am running SIMH 3.2 (VAX emulation) on Debian 3.0 "Woody" and need large
> file support (LFS) to address disks bigger than 2GB (set rq0 RAUSER=8192 for
> example).
> 
> Kernel (2.4.26), filesystem (ext3) and glibc have support for large files on
> this configuration. I also found http://www.suse.de/~aj/linux_lfs.html which
> provides some hints about LFS support and compilation macros.
> 
> I changed the CC flags to include
> "-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64" along with USE_INT64 and
> USE_ADDR64, hacked scp_tty.c to include the fseek_ext() function for linux
> as well and recompiled from source.
> 
> I am now able to attach an 8GB disk to rq0. All file I/O interfaces are
> 64bit. The emulator is running fine up to the point where I am trying to
> access the 8GB disk: the simulator reports "RQ I/O error: Invalid argument"
> (err=-1) after fseek_ext and bails out.
> 
> I know that 64bit support IS supported by simh and is working perfectly on
> WIN32 systems. Any ideas what I might be missing? Has anybody compiled simh
> for disks > 2GB on linux (x86) or FreeBSD (x86) and got a working VAX
> simulation?
> 
> 
> Peter R. Trimmel
> Austro Control GmbH.
> Air Traffic Control & System Management
> 
> 
> 
> ------------------------------
> 
> _______________________________________________
> Simh mailing list
> Simh at trailing-edge.com
> http://mailman.trailing-edge.com/mailman/listinfo/simh
> 
> 
> End of Simh Digest, Vol 7, Issue 2
> **********************************