On 2013-04-06 22:11, Cory Smelosky wrote: On 04/05/2013 09:40 PM, Gregg Levine wrote: On Thu, Apr 4, 2013 at 4:31 PM, Cory Smelosky <b4 at gewt.net> wrote: Afternoon all, I managed to get this to boot in SIMH with minimal effort. (Started from VMS 3.x and then installed 1.5 with a bunch of devices disabled) sim> b rp2 Loading boot code from vmb.exe VAX/VMS Version 1.50 12-APR-1979 09:30 PLEASE ENTER DATE AND TIME (DD-MMM-YYYY HH:MM) 04-APR-2013 14:39 OPCOM, 4-APR-2013 14:39:06.22, LOGFILE INITIALIZED, OPERATOR=_OPA0: $ ! $ ! VAX/VMS system startup - Release 1 $ ! $ SHOW TIME 4-APR-2013 14:39:06 $ SET NOVERIFY %MOUNT-I-MOUNTED, CONSOLE mounted on _DXA1: Login quotas - Interactive limit=64, Current interactive value=0 SYSTEM job terminated at 4-APR-2013 14:39:06.49 Accounting information: Buffered I/O count: 139 Peak working set size: 98 Direct I/O count: 38 Peak virtual size: 110 Page faults: 287 Mounted volumes: 1 Elapsed CPU time: 0 00:00:00.12 Elapsed time: 0 00:00:00.26 Username: SYSTEM Password: Welcome to VAX/VMS Version 1.50 $ sh network NETWORK UNAVAILABLE What kind of networking could I get working on this? Pre-Phase-IV using a device SIMH doesn't have emulation support for? ;) I can upload this disk image if anyone wants it. -- Cory Smelosky http://gewt.net Personal stuff http://gimme-sympathy.org Experiments Hello! Cory, yet another strange suggestion, what was your original host for your image? Obviously SIMH for VAX but what was it running on? I was thinking of your project a while back of running SIMH for VAX on an RPI itself wearing a not updated release of Linux for it, and then connected via a serial physical connection to one of your terminals. SIMH instance on Pi using DZ attached to /dev/ttyUSB0 -> DECserver -> VT420. Now, that I didn't get at all. Why do you go to a DECserver to get to a terminal? It's already a serial port when you get out from the Pi. The DECserver looks like a really redundant piece of equipment in this equation. I would either connect the VT420 to the USB serial port, or else use LAT between the DECserver and the simh instance. However, it is nice that simh now can associate a physical serial port with a simulated one. How transparent is it? I mean, can you change the speed of the physical serial port by doing the programming of the simulated one? Johnny -- Johnny Billquist || "I'm on a bus || on a psychedelic trip email: bqt at softjar.se || Reading murder books pdp is alive! || tryin' to stay hip" - B. Idol