Re: [Simh] The Missing PDP-8s

[Mattis Lind]

> The reason there are two DECtape controllers in the current PDP-8
> simulator is that one is block-by-block (TC) and the other is line-by-line
> (TD), where "line" is 3 bits! That means there is a device driver in
> TD-aware PDP-8 software that has to assemble incoming data 3 bits at a time!
>
> The TD8E is dumb but not THAT dumb. It do reassemble 12 bit words for the
processor to deal with.

 http://svn.so-much-stuff.com/svn/trunk/Eagle/projects/DEC/
Mxxx/M868/M868Hsch.pdf

There are three four bit 8271 shift registers that handles it. Both for
reading and writing.
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] 101 Basic Games for RSTS/E (was Re: PDP11 on Simh for public access)

[Mattis Lind]

Here is a scan of another EDU marketing document:

1,000,000 Students

http://storage.datormuseum.se/u/96935524/Datormusuem/EDU/DEC-1.000.000-STUDENTS.pdf

Lyle Bickley helped me with OCR and de-skew. Thanks!

/Mattis

Den ons 23 jan. 2019 kl 20:16 skrev Mattis Lind :

> Here is the scan of EDU #7
>
>
> http://storage.datormuseum.se/u/96935524/Datormusuem/EDU/Digital-EDU-7-newsletter.pdf
>
> It is scanned in 600dpi color so it is big. Please anyone that has good
> tools might squeeze it a bit without loosing resolution and color.
>
> Reading it quickly it is an issue that edited by David Ahl and Sally Bower
> (who appear on page 5). On the centrefold there are some typical (I think)
> David Ahl pictures that I recognize from 101 Computer Games. (I had a bad
> copy which my father brought home from work when I was a kid. Remember
> typing in Game of life on the home built terminal connected to a 6800
> system running some BASIC)
>
> I notice on the last page there som small text in very fine print "Printed
> in U.S.A. 0103 00173 2669/F 14 25" comparing this with the other EDU
> material which seems to be printed by the same company I deduce that 00173
> most likely indicate the year 1973.
>
> It make sense since all these EDU brochures was sent with a cover letter
> dated 1973-11-27 to a school, in Stockholm, Sweden, Åvaskolan in Täby.
>
> Hope you enjoy it!
>
> It will take some time to get the rest scanned. I need to scan them in the
> flatbed scanner since I don't want to destroy them in the process.
>
> /Mattis
>
> Den ons 23 jan. 2019 kl 15:08 skrev Paul Koning :
>
>>
>>
>> > On Jan 23, 2019, at 1:54 AM, Mattis Lind  wrote:
>> >
>> >
>> >
>> > onsdag 23 januari 2019 skrev Brett Bump :
>> >
>> >
>> > On Tue, 22 Jan 2019, Paul Koning wrote:
>> >
>> > On Jan 22, 2019, at 6:00 PM, Richard  wrote:
>> >
>> > In article <
>> cabr82sjodd8hhsgzjy8o_l5uqc3j1orjb7ht90vizykjdq0...@mail.gmail.com>,
>> >Mattis Lind  writes:
>> >
>> > I have some DEC EDU material which I can scan if there are interest
>> (and if
>> > it isn't scanned already by someone else):
>> >
>> > https://i.imgur.com/tqmcieK.jpg
>> >
>> > I'd like to see this one about MINI-RSTS!
>> >
>> > I remember seeing that before, quite possibly the same data sheet.  I
>> never heard of it while at DEC (in RSTS development).  Perhaps it was a
>> short lived early (V4 vintage) RSTS marketing exercise.
>> >
>> >
>> > paul
>> >
>> >
>> > Yes. I forgot that I already scanned that one. Here is the mini RSTS
>> flyer in full pdf.
>> >
>> > http://storage.datormuseum.se/u/96935524/Datormusuem/mini-rsts.pdf
>> >
>> > Since the other documents are printed around 1972/1973 I guess that
>> this one is the same vintage.
>> >
>> > /Mattis
>> >
>> >
>> > Paul and I had this discussion before about 12 years ago on Wikipedia:
>> >
>> > https://en.wikipedia.org/w/index.php?title=RSTS-11=history
>> >
>> > I believe RSTS-11 V4A-12 was probably given the name Mini-Rsts-11
>> > by the marketing department (somewhat the same as MicroRSTS later).
>> > MicroRSTS was a pregenned distribution with exactly the same code
>> > that came on the distribution tapes, starting with RSTS/E V8.0-06.
>> > There are many references to MicroRSTS, but I have only seen 2 for
>> > Mini-Rsts (below is a link for our colleges RSTS-11 receipt).
>> >
>> > http://www.rsts.org/images/minirsts.jpg
>> >
>> > I know that this original distribution was V4A-12 so the name was
>> > probably dropped by the time RSTS/E V5A-21 was released eight (8)
>> > months later.
>> >
>> > Brett
>>
>> Interesting that there is no date on that document.  The term "RSTS-11"
>> makes it clear we're talking about RSTS V4 or earlier.  For that matter, so
>> does the hardware configuration: a boatload of DL11s for the user terminals
>> rather than a DH11 or DZ11 mux, because V4 only supported single line
>> interfaces.
>>
>> It's not clear if this is V4 or an older version. 24kW memory is a
>> minimal V4 configuration, pretty marginal actually but possibly ok for 8
>> users max.  (In college I used V4A on a 28kW machine, 16 terminal lines, 16
>> users max though it tended to crash at around 12.)  The feature list
>> doesn't mention some V4 (optional) features like "record I/O" so it's
>> possible this was actually V3.
>>
>> I also found the term "PDP-11/21" interesting.  Has that been used
>> anywhere else?  It's pretty clearly an 11/20 configuration.
>>
>> paul
>>
>>
>>
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] 101 Basic Games for RSTS/E (was Re: PDP11 on Simh for public access)

[Mattis Lind]

Here is the scan of EDU #7

http://storage.datormuseum.se/u/96935524/Datormusuem/EDU/Digital-EDU-7-newsletter.pdf

It is scanned in 600dpi color so it is big. Please anyone that has good
tools might squeeze it a bit without loosing resolution and color.

Reading it quickly it is an issue that edited by David Ahl and Sally Bower
(who appear on page 5). On the centrefold there are some typical (I think)
David Ahl pictures that I recognize from 101 Computer Games. (I had a bad
copy which my father brought home from work when I was a kid. Remember
typing in Game of life on the home built terminal connected to a 6800
system running some BASIC)

I notice on the last page there som small text in very fine print "Printed
in U.S.A. 0103 00173 2669/F 14 25" comparing this with the other EDU
material which seems to be printed by the same company I deduce that 00173
most likely indicate the year 1973.

It make sense since all these EDU brochures was sent with a cover letter
dated 1973-11-27 to a school, in Stockholm, Sweden, Åvaskolan in Täby.

Hope you enjoy it!

It will take some time to get the rest scanned. I need to scan them in the
flatbed scanner since I don't want to destroy them in the process.

/Mattis

Den ons 23 jan. 2019 kl 15:08 skrev Paul Koning :

>
>
> > On Jan 23, 2019, at 1:54 AM, Mattis Lind  wrote:
> >
> >
> >
> > onsdag 23 januari 2019 skrev Brett Bump :
> >
> >
> > On Tue, 22 Jan 2019, Paul Koning wrote:
> >
> > On Jan 22, 2019, at 6:00 PM, Richard  wrote:
> >
> > In article <
> cabr82sjodd8hhsgzjy8o_l5uqc3j1orjb7ht90vizykjdq0...@mail.gmail.com>,
> >Mattis Lind  writes:
> >
> > I have some DEC EDU material which I can scan if there are interest (and
> if
> > it isn't scanned already by someone else):
> >
> > https://i.imgur.com/tqmcieK.jpg
> >
> > I'd like to see this one about MINI-RSTS!
> >
> > I remember seeing that before, quite possibly the same data sheet.  I
> never heard of it while at DEC (in RSTS development).  Perhaps it was a
> short lived early (V4 vintage) RSTS marketing exercise.
> >
> >
> > paul
> >
> >
> > Yes. I forgot that I already scanned that one. Here is the mini RSTS
> flyer in full pdf.
> >
> > http://storage.datormuseum.se/u/96935524/Datormusuem/mini-rsts.pdf
> >
> > Since the other documents are printed around 1972/1973 I guess that this
> one is the same vintage.
> >
> > /Mattis
> >
> >
> > Paul and I had this discussion before about 12 years ago on Wikipedia:
> >
> > https://en.wikipedia.org/w/index.php?title=RSTS-11=history
> >
> > I believe RSTS-11 V4A-12 was probably given the name Mini-Rsts-11
> > by the marketing department (somewhat the same as MicroRSTS later).
> > MicroRSTS was a pregenned distribution with exactly the same code
> > that came on the distribution tapes, starting with RSTS/E V8.0-06.
> > There are many references to MicroRSTS, but I have only seen 2 for
> > Mini-Rsts (below is a link for our colleges RSTS-11 receipt).
> >
> > http://www.rsts.org/images/minirsts.jpg
> >
> > I know that this original distribution was V4A-12 so the name was
> > probably dropped by the time RSTS/E V5A-21 was released eight (8)
> > months later.
> >
> > Brett
>
> Interesting that there is no date on that document.  The term "RSTS-11"
> makes it clear we're talking about RSTS V4 or earlier.  For that matter, so
> does the hardware configuration: a boatload of DL11s for the user terminals
> rather than a DH11 or DZ11 mux, because V4 only supported single line
> interfaces.
>
> It's not clear if this is V4 or an older version. 24kW memory is a minimal
> V4 configuration, pretty marginal actually but possibly ok for 8 users
> max.  (In college I used V4A on a 28kW machine, 16 terminal lines, 16 users
> max though it tended to crash at around 12.)  The feature list doesn't
> mention some V4 (optional) features like "record I/O" so it's possible this
> was actually V3.
>
> I also found the term "PDP-11/21" interesting.  Has that been used
> anywhere else?  It's pretty clearly an 11/20 configuration.
>
> paul
>
>
>
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] 101 Basic Games for RSTS/E (was Re: PDP11 on Simh for public access)

[Mattis Lind]

onsdag 23 januari 2019 skrev Brett Bump :

>
>
> On Tue, 22 Jan 2019, Paul Koning wrote:
>
>
>>
>> On Jan 22, 2019, at 6:00 PM, Richard  wrote:
>>>
>>> In article >> mail.gmail.com>,
>>>Mattis Lind  writes:
>>>
>>> I have some DEC EDU material which I can scan if there are interest (and
>>>> if
>>>> it isn't scanned already by someone else):
>>>>
>>>> https://i.imgur.com/tqmcieK.jpg
>>>>
>>>
>>> I'd like to see this one about MINI-RSTS!
>>>
>>
>> I remember seeing that before, quite possibly the same data sheet.  I
>> never heard of it while at DEC (in RSTS development).  Perhaps it was a
>> short lived early (V4 vintage) RSTS marketing exercise.
>
>
>>
>> paul
>>
>

Yes. I forgot that I already scanned that one. Here is the mini RSTS flyer
in full pdf.

http://storage.datormuseum.se/u/96935524/Datormusuem/mini-rsts.pdf

Since the other documents are printed around 1972/1973 I guess that this
one is the same vintage.

/Mattis


>
> Paul and I had this discussion before about 12 years ago on Wikipedia:
>
> https://en.wikipedia.org/w/index.php?title=RSTS-11=history
>
> I believe RSTS-11 V4A-12 was probably given the name Mini-Rsts-11
> by the marketing department (somewhat the same as MicroRSTS later).
> MicroRSTS was a pregenned distribution with exactly the same code
> that came on the distribution tapes, starting with RSTS/E V8.0-06.
> There are many references to MicroRSTS, but I have only seen 2 for
> Mini-Rsts (below is a link for our colleges RSTS-11 receipt).
>
> http://www.rsts.org/images/minirsts.jpg
>
> I know that this original distribution was V4A-12 so the name was
> probably dropped by the time RSTS/E V5A-21 was released eight (8)
> months later.
>
> Brett
> ___
> Simh mailing list
> Simh@trailing-edge.com
> http://mailman.trailing-edge.com/mailman/listinfo/simh
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] 101 Basic Games for RSTS/E (was Re: PDP11 on Simh for public access)

[Mattis Lind]

Den tis 22 jan. 2019 kl 20:06 skrev Richard :

> In article ,
> Will Senn  writes:
>
> > this stuff, it appears that there was a DEC EDU newsletter before the
> > book, where're those?
>


I have some DEC EDU material which I can scan if there are interest (and if
it isn't scanned already by someone else):

https://i.imgur.com/3G3wGJj.jpg
https://i.imgur.com/GJnFFt7.jpg
https://i.imgur.com/om5kjd1.jpg
https://i.imgur.com/AJefLIa.jpg
https://i.imgur.com/lll0LwA.jpg
https://i.imgur.com/lll0LwA.jpg
https://i.imgur.com/tqmcieK.jpg

/Mattis


>
> I've asked the software librarian at the Computer History Museum, Al
> Kossow, if he is aware of any in existence.  Al is the main person
> behind bitsavers, so he usually has a good idea of what's around and
> what's not, including what hasn't been scanned yet.
> --
> "The Direct3D Graphics Pipeline" free book <
> http://tinyurl.com/d3d-pipeline>
> The Terminals Wiki 
>  The Computer Graphics Museum 
>   Legalize Adulthood! (my blog) 
> ___
> Simh mailing list
> Simh@trailing-edge.com
> http://mailman.trailing-edge.com/mailman/listinfo/simh
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

[Simh] PDP-15 documentation.

[Mattis Lind]

I have now finally concluded the PDP-15 documentation scanning project.

Many year ago my father saved a big lot of PDP-15 documentation that was
thrown out from Philips in Stockholm. I have over the years scanned
documents on request which has ended up at bitsavers. Some documents were
already present on bitsavers. Now I took a stab and finalized this project.
All the remaining PDP-15 documents that we got have now been scanned and I
put them here:

http://www.datormuseum.se/documentation-software/pdp-15-documentation

Many documents already has made its way to bitsavers but many remains.

There are DOS-15, XVM/DOS  and various general documents such as operators
guide, course handouts etc.

The only remaining document to scan is the RSX PLUS III reference manual
which will be tricky to scan without damage it.

Happy reading!
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] Rainbow100

[Mattis Lind]

And the VT240 was very slow. I never saw or used a VT125, so I don't know
> how it compared, but it didn't have color, right?


It did have color. You could connect an external RGB sync on green
monitor to the BNC connectors at the back of the VT125.  For output on the
built in black/white display it generated a grayscale signal that was
mearly overlayed on top of a the VT100 signal. This also meant that on the
RGB connectors you only had the VT125 graphics. No VT100 output.

The VT125 coprocessor used an 8085 processor. Somehow it intercepted the
serial line passsing through that strange white connector on the VT100
board and processed the ReGIS commands.


VAXstation was definitely cool, but the price tag compared to a GIGI would
> have been ridiculous, I suspect.


/Mattis
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

[Simh] A few more PDP-15 (DOS and XVM) manuals scanned.

[Mattis Lind]

Hello!

I put a few more freshly scanned PDP-15 manuals online.

They are currently stored on my dropbox but I suggest that interested
parties store them in a better place.

http://www.datormuseum.se/documentation-software/pdp-15-documentation

There are manuals for SGEN, PATCH, PIP, DDT, Fortran etc which I didn't
found on bitsavers.

I plan to scan remaining manuals whenever I get time. If there are some
manuals that are more wanted than others I can prioritize them.

/Mattis
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] PDP-15/76

[Mattis Lind]

Here is the last scanned document. This time I scanned it as TIFF instead
of PDF. It appeared to have produced a smaller file. The downside is that
there were a lot of manual work to combine the individual TIFF pages the
scanner software produced.

All documents are available here:
http://www.datormuseum.se/documentation-software/pdp-15-documentation

The Macro Assembler Document is here:
https://dl.dropboxusercontent.com/u/96935524/Datormusuem/XVM/DEC-XV-LMALA-A-D-MACRO_XVM_ASSEMBLER_LANGUAGE_MANUAL.pdf

/Mattis

2016-05-03 22:30 GMT+02:00 Mattis Lind <mattisl...@gmail.com>:

> Here is three more scanned documents. These were scanned with HP ScanJet
> 7650 which seems to produce bigger files. Saving files as PDF. Not sure if
> this is the way to store the files:
>
>
> https://dl.dropboxusercontent.com/u/96935524/Datormusuem/XVM/DEC-XV-LFLGA-A-D-FOCAL_XVM_LANGUAGE_MANUAL.pdf
>
> https://dl.dropboxusercontent.com/u/96935524/Datormusuem/XVM/DEC-XV-LMLAA-A-D-MAC11_XVM_ASSEMBLER_LANGUAGE_MANUAL.pdf
>
> https://dl.dropboxusercontent.com/u/96935524/Datormusuem/XVM/DEC-XV-ULLUA-A-D-LINKING_LOADER_XVM_UTILITY_MANUAL.pdf
>
> The last one I will try to fix tomorrow.
>
> /Mattis
>
> 2016-05-02 15:35 GMT+02:00 Mattis Lind <mattisl...@gmail.com>:
>
>>
>>
>> 2016-03-15 19:21 GMT+01:00 Bob Supnik <b...@supnik.org>:
>>
>>> That would be much appreciated. The following are of particular interest
>>> to me:
>>>
>>> XUSMA - XVM Unichannel
>>> LMALA - XVM Macro15
>>> LMLAA - XVM Mac11 (PDP11 assembler)
>>> LFLGA - XVM FOCAL
>>> ULLUA - XVM linking loader
>>>
>>> If this is too much, priority is top to bottom.
>>>
>>> Thanks,
>>>
>>> /Bob Supnik
>>>
>>>
>> Unfortunately it took longer than expected to fetch and scan the
>> documents. But here is the first in line:
>>
>>
>> https://dl.dropboxusercontent.com/u/96935524/Datormusuem/XVM/DEC-XV-XUSMA-A-D-XVM_UNICHANNEL_SOFTWARE_MANUAL.pdf
>>
>> Hope it is useful.
>>
>> I'll get on with the following as soon as I can.
>>
>> I also found yet a number of documents that wasn't listed earlier:
>>
>> * XVM/DOS Readers Guide And Master Index DEC-XV-ODGIA-A-D
>> * XVM/DOS V1A System Installation Guide DEC-XV-ODSIA-A-D
>> * BOSS XVM User's Manual DEC-XV-OBUAA-A-D
>> * EDIT/EDITVP/EDITVT XVM Utility manual DEC-XV-UETUA-A-D
>>
>> /Mattis
>>
>>
>>
>>
>
>
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] PDP-15/76

[Mattis Lind]

Here is three more scanned documents. These were scanned with HP ScanJet
7650 which seems to produce bigger files. Saving files as PDF. Not sure if
this is the way to store the files:

https://dl.dropboxusercontent.com/u/96935524/Datormusuem/XVM/DEC-XV-LFLGA-A-D-FOCAL_XVM_LANGUAGE_MANUAL.pdf
https://dl.dropboxusercontent.com/u/96935524/Datormusuem/XVM/DEC-XV-LMLAA-A-D-MAC11_XVM_ASSEMBLER_LANGUAGE_MANUAL.pdf
https://dl.dropboxusercontent.com/u/96935524/Datormusuem/XVM/DEC-XV-ULLUA-A-D-LINKING_LOADER_XVM_UTILITY_MANUAL.pdf

The last one I will try to fix tomorrow.

/Mattis

2016-05-02 15:35 GMT+02:00 Mattis Lind <mattisl...@gmail.com>:

>
>
> 2016-03-15 19:21 GMT+01:00 Bob Supnik <b...@supnik.org>:
>
>> That would be much appreciated. The following are of particular interest
>> to me:
>>
>> XUSMA - XVM Unichannel
>> LMALA - XVM Macro15
>> LMLAA - XVM Mac11 (PDP11 assembler)
>> LFLGA - XVM FOCAL
>> ULLUA - XVM linking loader
>>
>> If this is too much, priority is top to bottom.
>>
>> Thanks,
>>
>> /Bob Supnik
>>
>>
> Unfortunately it took longer than expected to fetch and scan the
> documents. But here is the first in line:
>
>
> https://dl.dropboxusercontent.com/u/96935524/Datormusuem/XVM/DEC-XV-XUSMA-A-D-XVM_UNICHANNEL_SOFTWARE_MANUAL.pdf
>
> Hope it is useful.
>
> I'll get on with the following as soon as I can.
>
> I also found yet a number of documents that wasn't listed earlier:
>
> * XVM/DOS Readers Guide And Master Index DEC-XV-ODGIA-A-D
> * XVM/DOS V1A System Installation Guide DEC-XV-ODSIA-A-D
> * BOSS XVM User's Manual DEC-XV-OBUAA-A-D
> * EDIT/EDITVP/EDITVT XVM Utility manual DEC-XV-UETUA-A-D
>
> /Mattis
>
>
>
>
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] PDP-15/76

[Mattis Lind]

2016-03-15 19:21 GMT+01:00 Bob Supnik :

> That would be much appreciated. The following are of particular interest
> to me:
>
> XUSMA - XVM Unichannel
> LMALA - XVM Macro15
> LMLAA - XVM Mac11 (PDP11 assembler)
> LFLGA - XVM FOCAL
> ULLUA - XVM linking loader
>
> If this is too much, priority is top to bottom.
>
> Thanks,
>
> /Bob Supnik
>
>
Unfortunately it took longer than expected to fetch and scan the documents.
But here is the first in line:

https://dl.dropboxusercontent.com/u/96935524/Datormusuem/XVM/DEC-XV-XUSMA-A-D-XVM_UNICHANNEL_SOFTWARE_MANUAL.pdf

Hope it is useful.

I'll get on with the following as soon as I can.

I also found yet a number of documents that wasn't listed earlier:

* XVM/DOS Readers Guide And Master Index DEC-XV-ODGIA-A-D
* XVM/DOS V1A System Installation Guide DEC-XV-ODSIA-A-D
* BOSS XVM User's Manual DEC-XV-OBUAA-A-D
* EDIT/EDITVP/EDITVT XVM Utility manual DEC-XV-UETUA-A-D

/Mattis
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] PDP-15/76

[Mattis Lind]

We have a bunch of documents related to PDP-15 and XVM/DOS. Some of them
does not appear to be present on bitsavers. If there are interest we will
try to make an effort and have them scanned.

http://www.datormuseum.se/documentation-software/pdp-15-documentation


The documentation was the only thing that remained from the PDP-15
installation at Standard Radio & Telefon (part of the ITT company) that was
used for development of the ATC (Automatic Train Control) system.

/Mattis

2016-03-15 17:46 GMT+01:00 Bob Supnik :

> I've pulled together the hardware pieces for the PDP-15/76 (PDP-15 with
> UC15 PDP-11 IO processor), so now it's time to consider what software can
> be run.
>
> The most likely candidate is XVM/DOS-15. While vanilla DOS-15 had UC15
> support at some point, neither a complete source kit nor the appropriate
> restore DECtape images seem to be available. The XVM/DOS-15 kit has all
> required DECtapes, but it lacks the paper-tape elements. Fortunately, these
> exist in source form in the XVM/DOS-15 source kit.
>
> ABSL11 - a PDP-15 read-in mode tape that allows PDP-11 absolute binary
> tapes to be read into shared memory and moved to private memory. (This is
> not strictly necessary, because the PDP-11 side has its "hardware" binary
> loader via the LOAD command.) This is used to load PIREX. It must be
> assembled on the PDP-15.
>
> PIREX - a PDP-11 absolute mode tape that runs the PDP-11 IO executive. It
> has to be assembled on an -11, so the source must be loaded into an RT11
> system, assembled, and punched out as a binary paper tape image. It's
> possible that the macro11 cross assembler could be used instead.
>
> DOSSAV - a PDP-15 binary tape that restores a distribution kit (usually
> two DECtapes) to RF, RP, or RK disk. It must be assembled on the PDP-15. It
> uses PIREX.
>
> RKBOOT - a PDP-15 read-in mode tape that uses PIREX to boot a PDP-15
> operating system off the RK15 (an 18b RK11). It must be assembled on the
> PDP-15. It uses PIREX.
>
> /Bob
> ___
> Simh mailing list
> Simh@trailing-edge.com
> http://mailman.trailing-edge.com/mailman/listinfo/simh
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] XXDP v2

[Mattis Lind]

2015-12-30 22:59 GMT+01:00 Bob Supnik :

> The "2.2" image on ibibilio is actually XXDP+, the "V1" monitor. It runs
> everything, including the 11/03 and 11/23 with BEVENT enabled.


No it does not run with BEVENT enabled. At least not the DU monitor. I just
tried here:

localhost:BIN mattislind$ ./pdp11

PDP-11 simulator V4.0-0 Betagit commit id: ea4d9a16
sim> attach rq0 ./xxdp-plus-du.dsk
sim> set cpu 11/03
sim> b rq0


CHMDUA0 XXDP+ DU MONITOR
BOOTED VIA UNIT 0
28K
HALT instruction, PC: 000104 (JMP SP)
sim> set cpu 11/23
sim> b rq0


CHMDUA0 XXDP+ DU MONITOR
BOOTED VIA UNIT 0
28K
DOES THIS SYSTEM HAVE A UNIBUS? (Y/N CR=Y) N
NON-UNIBUS SYSTEM

ENTER DATE (DD-MMM-YY):

RESTART ADDR: 15201
HALT instruction, PC: 000104 (JMP SP)
sim>


The DL monitor is different from the DU monitor. The DL monitor can be run
with BEVENT enabled but not the DU monitor. No idea why.

/Mattis

>
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] XXDP v2

[Mattis Lind]

2015-12-30 22:59 GMT+01:00 Bob Supnik :

> The "2.2" image on ibibilio is actually XXDP+, the "V1" monitor. It runs
> everything, including the 11/03 and 11/23 with BEVENT enabled. The 2.5
> image runs on the 03 and 23 with BEVENT disabled, as well as the 04, 05,
> 20; in effect, everything as well.
>
> So the problem occurs in Mattis' XXDP 2.2 image. For the 2.2 image, all
> the non-MMU systems fail on the simulator, including the 11/23 if the MMU
> is disabled. The failures appear be similar.
>
> I have not found sources for the XXDP V2 monitor.
>
>
I fully agree with Bob. I tried to make a v2.2 for RL02 but it behaves the
same as the DU-version of the v2.2. So it is NOT the driver. I jumped to
conclusions here.

I don't have a real Unibus system with a UDA50 and a drive up and running.
Another option is to hook up a RQDXn with the 11/03. But that is not done
in a short time frame either. So testing on real hardware is not possible
right now.


/Mattis


> /Bob
>
>
> On 12/30/2015 3:08 PM, simh-requ...@trailing-edge.com wrote:
>
>> Great that we have a solution for BEVENT!
>>
>> According to the manual XXDP shall resort to the small monitor if the MMU
>> is non present or faulty. (page 2-2 indicate so as far as I read it)
>>
>> I tested the images at
>> http://www.ibiblio.org/pub/academic/computer-science/history/pdp-11/xxdp/
>> I can boot the two XXDP RL02 images attached to rl0 on 11/04, 11/05 and
>> 11/20.
>>
>> PDP-11 simulator V4.0-0 Betagit commit id: ea4d9a16
>> sim> set 11/04
>> Disabling XQ
>> sim> attach rl0 ./xxdp22.rl02.img
>> sim> b rl0
>>
>>
>> CHMDLD0 XXDP+ DL MONITOR
>> BOOTED VIA UNIT 0
>> 28K UNIBUS SYSTEM
>>
>> ENTER DATE (DD-MMM-YY):
>> Simulation stopped, PC: 150574 (BPL 150652)
>> sim> attach rl0 ./xxdp25.rl02.img
>> sim> b rl0
>>
>>
>> CPU NOT SUPPORTED BY XXDP-XM
>>
>>
>>
>> BOOTING UP XXDP-SM SMALL MONITOR
>>
>>
>> XXDP-SM SMALL MONITOR - XXDP V2.4
>> REVISION: D0
>> BOOTED FROM DL0
>> 28KW OF MEMORY
>> UNIBUS SYSTEM
>>
>> RESTART ADDRESS: 152010
>> TYPE "H" FOR HELP
>>
>> .
>> Simulation stopped, PC: 151006 (TST R0)
>> sim> set 11/05
>> sim> b rl0
>>
>>
>> CPU NOT SUPPORTED BY XXDP-XM
>>
>>
>>
>> BOOTING UP XXDP-SM SMALL MONITOR
>>
>>
>> XXDP-SM SMALL MONITOR - XXDP V2.4
>> REVISION: D0
>> BOOTED FROM DL0
>> 28KW OF MEMORY
>> UNIBUS SYSTEM
>>
>> RESTART ADDRESS: 152010
>> TYPE "H" FOR HELP
>>
>> .
>> Simulation stopped, PC: 151002 (JSR PC,150664)
>> sim> set 11/20
>> sim> b rl0
>>
>>
>> CPU NOT SUPPORTED BY XXDP-XM
>>
>>
>>
>> BOOTING UP XXDP-SM SMALL MONITOR
>>
>>
>> XXDP-SM SMALL MONITOR - XXDP V2.4
>> REVISION: D0
>> BOOTED FROM DL0
>> 28KW OF MEMORY
>> UNIBUS SYSTEM
>>
>> RESTART ADDRESS: 152010
>> TYPE "H" FOR HELP
>>
>> .
>> Simulation stopped, PC: 150674 (BPL 150750)
>>
>> So it cannot be the MMU (not alone at least). It has to be a combination
>> with device driver.
>>
>>
>>
> ___
> Simh mailing list
> Simh@trailing-edge.com
> http://mailman.trailing-edge.com/mailman/listinfo/simh
>
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] Strange PDP-11 behavior

[Mattis Lind]

2015-12-30 0:12 GMT+01:00 Bob Supnik <b...@supnik.org>:

> Regarding Mark Lind's post:
>

Mattis Lind, not Mark Lind.


>
> It's a simple detective problem. Where does an 11/23 differ from an 11/23+?
>
> If you look in pdp11_defs.h, F-11 based systems are grouped together, and
> CPUT_F is used in most feature definitions.
>
> #define CPUT_F  (CPUT_23|CPUT_23P|CPUT_24)  /* all F11's */
>
> There is only ONE place where an 11/23+ is called out as something other
> than a generic F-11 CPU:
>
> #define HAS_LTCR(CPUT_04|CPUT_05|CPUT_20|CPUT_23P|CPUT_24| \
>  CPUT_34|CPUT_40|CPUT_44|CPUT_45|CPUT_60| \
>  CPUT_70|CPUT_J)
>
> That is, the 11/23+ and 11/24 have a line time clock register. The 11/23
> DOES NOT.
>
> When the TST @#172540 occurs, the PSW is set to 350 (IPL 6), locking out
> any clock interrupts. The interrupt vector for NXM, however, sets the PSW
> to 0. That means any pending line-time clock interrupt will occur
> immediately.
>
> On an 11/23+, the line time clock register initializes to interrupts
> disabled. On the 11/23, though, there IS NO line time clock register, and a
> clock interrupt is pending. As soon as the NXM trap completes, an interrupt
> occurs through vector 100, which is set up as follows:
>
> 100/102
> 102/0
>
> So the PC is set to 102, which is a HALT instruction, and the simulator
> halts, with the PC pointing at the next instruction.
>
> Everything is behaving as it should. This version of XXDP was not designed
> to run on an 11/23, and it runs on an 11/23+ by coincidence.
>

This is interesting. I have yet to find a comprehensive document that tells
what version of XXDP that run on what model.
This document http://www.dmv.net/dec/pdf/xxdpum.pdf on page  2-2 (26) says
11/23 family is supported. This document seems to relate to V2.4

Now testing SimH with a (compressed) XXDP 2.5 and XXDP 2.2 image give
exactly the same result. Halt.
http://www.ibiblio.org/pub/academic/computer-science/history/pdp-11/xxdp/

I really think that it should be possible to run XXDP V2.2 and V2.2 on a
KDF11-A CPU.
Testing on real hardware shows that both KDF11-A and KDF11-B boots up fine.
If I enable LTC on a KDF11-A (have not tested on KDF11-B yet) it will halt
at the very same location.

So it has to do with LTC rather than model in my opinion. So how can I
disable LTC in SimH so that it acts like the LTC switch on the front panel?
"set clk disabled" give "Command not allowed"


>
> Moral: don't run software on hardware models that it doesn't support. And
> compress your disk images before posting them.
>

Please point me to some document that clearly states that XXDP 2.2 (and
2.5) is not possible to run on 11/23 and 11/23+. Second. Sorry about the
uncompressed image.

BTW: I have also tested this very same image on a real 11/04 and it does
boot to XXDP prompt (it does have DL11-W so LTC registers are there) . But
then it is unable to read the disk. Maybe the DU driver is not happy with
the CMD SCSI card. Booting RT11 on the same setup works fine.

Testing on a real 11/03 boots but hangs in a loop somewhere around 150100
and never prints a prompt. (LTC disabled)

But for the two latter it is highly unsure if they are at all supported by
XXDP v2.2

/Mattis


> /Bob Supnik
>
> ___
> Simh mailing list
> Simh@trailing-edge.com
> http://mailman.trailing-edge.com/mailman/listinfo/simh
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] Strange PDP-11 behavior

[Mattis Lind]

onsdag 30 december 2015 skrev Johnny Billquist :

> Ah... And I need to correct myself.
>
> Bob didn't say that the 11/23 didn't have an LTC. He said it didn't have a
> LTCR... So, in short, you cannot disable the LTC interrupt on the 11/23.
> Interesting. Weird. Oh well. I can't find any reference to an LTCR in the
> documentation, so it would appear that this really is the case.
> So, in order to run XXDP on an 11/23, you need to disable the LTC signal
> then.


That was my question in the previous post to the list. On the real hardware
it is a matter of toggling a switch on the front panel to disable the LTC
signal. How is this performed in SimH?

/Mattis
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] Booting the vax750 simulator.

[Mattis Lind]

2015-07-08 20:33 GMT+02:00 Ethan Dicks ethan.di...@gmail.com:

 On Wed, Jul 8, 2015 at 2:24 PM, Clem Cole cl...@ccc.com wrote:
   Definitely try a different disk.  UNIX device drivers do not use the
   hardware the same way that VMS drivers do.
  

 My words, I think...

  The VAX 750 UBA Buffered Data Path CSRs hadn't been implemented in the
  original VAX 750 simulator and Matt's testing probably only was done on
 VMS.
 
  I'm amaze it was not found by now.   Amazing..

 I'm not surprised at all.  It just took a case to expose the
 difference and some persistent sleuthing.  Well done, all!

 
  They are now implemented and Ultrix boots just fine.
 
  Thank you!!



Thanks a lot!

Very well done Mark!

/Mattis




 Yes, indeed.  Thanks to all who put some work into this.  Next: why
 doesn't the RB80 boot 4.3BSD on a 11/730?   (if anyone wants to tackle
 it, I'm happy to share my findings to date.  I hit a wall due to my
 own limitations of understanding of the original hardware).




 -ethan
 ___
 Simh mailing list
 Simh@trailing-edge.com
 http://mailman.trailing-edge.com/mailman/listinfo/simh

___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] Booting the vax750 simulator

[Mattis Lind]

2015-07-07 20:42 GMT+02:00 Bill Cunningham bill...@suddenlink.net:

   [...]



 This kernel I built was only microvax II and VAX-11/750 so it won't
 directly boot on a 11/780 nor a VAX8600. But if I add a line CPU
  VAX780 and CPUVAX8600 it boots on both.



 But still no-go on vax750. I even tried to remove some more optional
 features in the kernel config but no difference. Still boot on vax780,
 microvax2 and vax8600 simulator though.



 Here is the image I tried :
 https://dl.dropboxusercontent.com/u/96935524/Datormusuem/VAX11-750/ultrix3.dsk

  [...]



 I'm getting a dead link here.


Sorry about the confusion. But as per request I changed it into a gzip
file. 17 mbyte instead of 622 mbyte...

The link is now
https://dl.dropboxusercontent.com/u/96935524/Datormusuem/VAX11-750/ultrix3.dsk.gz

The root password is debug750 . Please feel free to test.

/Mattis




 Bill



 ___
 Simh mailing list
 Simh@trailing-edge.com
 http://mailman.trailing-edge.com/mailman/listinfo/simh

___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] Booting the vax750 simulator.

[Mattis Lind]

A little bit of update to this. The very image I created on the Microvax 2
simulator which didn't boot on the vax750 simulator booted just fine on the
real thing. So there has to be some kind of bug inside the simulator as far
I understand it.

B

%%

@@

Patch Control Store is Present


Done loading Patch bits and PCS


Ultrixboot - V4.0  Sat Mar 31 04:11:56 EST 1990



Loading (a)vmunix ...



Sizes:


text = 593304


data = 100864


bss  = 320516


Starting at 0x2d4d



ULTRIX V4.0 (Rev. 161) System #1: Thu May 20 23:26:51 GMT+0100 1976


real mem  = 8388608


avail mem = 5921792


using 204 buffers containing 838656 bytes of memory


VAX 11/750, hardware level = 0x8c, microcode level = 99


mcr0 (MS750) at address 0xf2


uba0 at address 0xf3


uda0 at uba0


uq0 at uda0 csr 172150 vec 774, ipl 15


ra1 at uq0 slave 1 (RA81)


ra0 at uq0 slave 0 (RA81)


WARNING: todr too small -- CHECK AND RESET THE DATE!


Sun Jun 20 23:35:50 GMT+0100 1976

Automatic reboot in progress...

/dev/ra0a: 596 files, 5592 used, 9959 free (143 frags, 1227 blocks, 0.9%
fragmentation)

/dev/rra0d: umounted cleanly

check quotas: done.

savecore: checking for dump...dump does not exist

local daemons: syslog sendmail.

Removing remnant Opser files

preserving editor files

clearing /tmp

standard daemons: update cron accounting network snmpd.

start errlog daemon - elcsd

Sun Jun 20 23:36:51 GMT+0100 1976





ULTRIX V4.0 (Rev. 161) (vax)






login: root

Password:

Last login: Sun Jun 20 23:35:25 on console

ULTRIX V4.0 (Rev. 161) System #1: Thu May 20 23:26:51 GMT+0100 1976


Digital Equipment Corporation

Nashua, New Hampshire



*** SOFTWARE INSTALLATION PROCEDURE COMPLETE ***


The following files were created during the installation procedure:


/vmunix - customized kernel

/genvmunix  - generic kernel

/usr/adm/install.log- installation log file

/usr/adm/install.FS.log - file systems log file

/usr/adm/install.DEV.log- special device log file



2015-06-24 15:46 GMT+02:00 Henry Bent hb...@oberlin.edu:

 The /730 was configured with 5 MB, a UDA50, a DZ11, and a DEUNA.  It
 suffers from the same kernel issue described above for the /750, so I
 really haven't done any significant testing at all other than confirming
 that the system comes up to multiuser and I can run basic commands.

 -Henry

 On 23 June 2015 at 22:21, Ethan Dicks ethan.di...@gmail.com wrote:

 On Tue, Jun 23, 2015 at 7:06 PM, Henry Bent hb...@oberlin.edu wrote:
  Out of curiosity I tried Ultrix 4.3 and 4.5 on the /750, both with
 genvmunix
  and a custom kernel, and both showed the problem.  Whatever the issue
 here
  is, it appears to never have been fixed.  I tried disabling just about
 every
  device I could save for the disk, and I still got a panic every time.
 The
  only thing I haven't yet tried is using a different disk controller
 (than
  the UDA50).

 Definitely try a different disk.  UNIX device drivers do not use the
 hardware the same way that VMS drivers do.  I helped debug the Simh
 RP03 driver long ago because it wouldn't fully boot 2.9BSD (long story
 short is that it was because the BSD driver wrote to a read-only
 register to initiate an interrupt for device probing).  I've also run
 into issues with 4.3BSD not booting an 11/730 with RB80 (I did narrow
 it down to specific lines of code in the rb.c driver but haven't
 figured out what's not happening right.  It's *very* early in the boot
 sequence that things go off the rails, so it wasn't too hard to trace
 in the code).

  Interestingly, Ultrix 4.0 will boot on a /730 if you make a custom
 kernel
  (genvmunix is too big).  I didint' try 4.3 or 4.5.

 Huh.  I haven't tried that.  Interesting.  Which disk?  UDA50 or the
 IDC + RB80?  (DU driver vs DQ driver in VMS terms)

 -ethan



 ___
 Simh mailing list
 Simh@trailing-edge.com
 http://mailman.trailing-edge.com/mailman/listinfo/simh

___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] Booting the vax750 simulator.

[Mattis Lind]

2015-06-21 18:22 GMT+02:00 Mark Pizzolato - Info Comm m...@infocomm.com:

 Hi there Mattis,



 Well, what you’re asking for (running model specific diagnostics) has been
 out of scope for all of the simh VAX simulators.  The scope has been to be
 able to run operating system and application software that ran on these
 systems.  If you had source code for the diagnostic you’re trying to run
 maybe some understanding of why it fails on both the real hardware and what
 might be needed in the simulator to support it would be possible….


Unfortunately I don't have the source for the diagnostic. It is a pain and
that was one of the reasons for trying the simulator in the first place.
But I certainly understand that it is quite different to simulate it to
pass a diagnostic which tries to do all sorts of strange things than
running a real operating system.



 As for Ultrix 4.0 on the VAX750 simulator, well I haven’t explored the
 documentation, but it might be possible that by the time Ultrix 4.0 came
 along, it never got tested on the older hardware.  Does this disk image
 boot using the VAX780 and VAX8600 simulators?


This kernel I built was only microvax II and VAX-11/750 so it won't
directly boot on a 11/780 nor a VAX8600. But if I add a line CPU
 VAX780 and CPUVAX8600 it boots on both.

But still no-go on vax750. I even tried to remove some more optional
features in the kernel config but no difference. Still boot on vax780,
microvax2 and vax8600 simulator though.

Here is the image I tried :
https://dl.dropboxusercontent.com/u/96935524/Datormusuem/VAX11-750/ultrix3.dsk


/Mattis




 -Mark



 *From:* Simh [mailto:simh-boun...@trailing-edge.com] *On Behalf Of *Mattis
 Lind
 *Sent:* Sunday, June 21, 2015 1:10 AM
 *To:* simh@trailing-edge.com
 *Subject:* Re: [Simh] Booting the vax750 simulator.







 2015-06-19 16:33 GMT+02:00 Johnny Billquist b...@softjar.se:

 I would suggest you start off by creating the system using a simulated
 uVAX II, as that can boot from tape. Once you have the system running. move
 the disk over to an emulated 11/750, and continue playing from there.





 I did as Johnny recommended and then I got VMS 6.1 working on the vax750
 simulator. Getting Ultrix 4.0 to work seems to be harder. I made a kernel
 config with just the uda and dz drivers. Exactly the same kernel boots just
 fine in the microvax2 simulator, but it fails on me in the vax750
 simulator.  Anyone got Ultrix 4.0 working on the vax750 simulator?



 Since another of the reasons for using the vax750 simulator is to
 understand how the diagnostics work (since the Cache/TB fails on the real
 machine. Either there is areal fault or possibly some kind of
 incompatibility between the board set I have and the diagnostic).



 It would be very useful if they could run in the simulator as well. Anyone
 succeeded in running the diagnostics in the vax750 simulator?



 sim boot rq0

 Loading boot code from vmb.exe



 Ultrixboot - V4.0  Sat Mar 31 04:11:56 EST 1990



 Loading (a)vmunix ...



 Sizes:

 text = 664356

 data = 113152

 bss  = 342256

 Starting at 0x2b4d



 ULTRIX V4.0 (Rev. 161) System #2: Wed May 19 13:29:37 GMT+0100 1976

 real mem  = 8388608

 avail mem = 5818368

 using 204 buffers containing 838656 bytes of memory

 VAX 11/750, hardware level = 0x9c, microcode level = 99

 mcr0 (MS750) at address 0xf2

 mba0 at address 0xf28000

 0 mba's not configured

 mba0 at address 0xf2a000

 0 mba's not configured

 uba0 at address 0xf3

 uda0 at uba0

 uq0 at uda0 csr 172150 vec 774, ipl 15

 dz0 at uba0 csr 160100 vec 300, ipl 15



 machine check 2: non-existant reference error

   sumpar= 2

   va= 80001890

   errpc= 0

   mdr = 0

   smr  = 0

   rdtimo = 0

   tbgpar  = 0

   cacherr= 0

   buserr  = 140008

   mcesr  = 0

   pc= 800991c1

   psl   = 4150008



   mcsr= 14





 cpu 1 panic: mchk





 locks held by cpu 1





 print locks held by non-active processes

 done







 ***

 cpu 1 register dump

 sp   = 800017d4 ap= 80001850 fp = 80001830

 pc   = 80084a88 ksp  = 7e88   usp  = 7fffc800

 isp  = 80001780 p0pr = 80bd8c00 p0lr = 

 p1br   = 803d8e00 p1lr = 001fffe4   sbr   = 000bde00

 slr  = 8d9a pcbb= 00111a00 scbb = 0600

 ipl  = 001f astlvl   = 0004 sisr  = 

 iccs= 0041



 interrupt stack:

 80001780: 800aa989 800017ac00018010190c

 80001790: 801018d8 80101998800b44ba0080

 800017a0: 0178 00202000

 800017b0: 80001818 800017d48004a0e20003

 800017c0: 800b44b5 0001800017e40002

 800017d0: 

Re: [Simh] Booting the vax750 simulator.

[Mattis Lind]

2015-06-19 16:33 GMT+02:00 Johnny Billquist b...@softjar.se:

 I would suggest you start off by creating the system using a simulated
 uVAX II, as that can boot from tape. Once you have the system running. move
 the disk over to an emulated 11/750, and continue playing from there.



I did as Johnny recommended and then I got VMS 6.1 working on the vax750
simulator. Getting Ultrix 4.0 to work seems to be harder. I made a kernel
config with just the uda and dz drivers. Exactly the same kernel boots just
fine in the microvax2 simulator, but it fails on me in the vax750
simulator.  Anyone got Ultrix 4.0 working on the vax750 simulator?

Since another of the reasons for using the vax750 simulator is to
understand how the diagnostics work (since the Cache/TB fails on the real
machine. Either there is areal fault or possibly some kind of
incompatibility between the board set I have and the diagnostic).

It would be very useful if they could run in the simulator as well. Anyone
succeeded in running the diagnostics in the vax750 simulator?

sim boot rq0
Loading boot code from vmb.exe

Ultrixboot - V4.0  Sat Mar 31 04:11:56 EST 1990

Loading (a)vmunix ...

Sizes:
text = 664356
data = 113152
bss  = 342256
Starting at 0x2b4d

ULTRIX V4.0 (Rev. 161) System #2: Wed May 19 13:29:37 GMT+0100 1976
real mem  = 8388608
avail mem = 5818368
using 204 buffers containing 838656 bytes of memory
VAX 11/750, hardware level = 0x9c, microcode level = 99
mcr0 (MS750) at address 0xf2
mba0 at address 0xf28000
0 mba's not configured
mba0 at address 0xf2a000
0 mba's not configured
uba0 at address 0xf3
uda0 at uba0
uq0 at uda0 csr 172150 vec 774, ipl 15
dz0 at uba0 csr 160100 vec 300, ipl 15

machine check 2: non-existant reference error
sumpar = 2
va = 80001890
errpc = 0
mdr = 0
smr = 0
rdtimo = 0
tbgpar = 0
cacherr = 0
buserr = 140008
mcesr = 0
pc = 800991c1
psl = 4150008

mcsr = 14


cpu 1 panic: mchk


locks held by cpu 1


print locks held by non-active processes
done



***
cpu 1 register dump
sp = 800017d4 ap = 80001850 fp = 80001830
pc = 80084a88 ksp = 7e88 usp = 7fffc800
isp = 80001780 p0pr = 80bd8c00 p0lr = 
p1br = 803d8e00 p1lr = 001fffe4 sbr = 000bde00
slr = 8d9a pcbb = 00111a00 scbb = 0600
ipl = 001f astlvl = 0004 sisr = 
iccs = 0041

interrupt stack:
80001780: 800aa989 800017ac 0001 8010190c
80001790: 801018d8 80101998 800b44ba 0080
800017a0: 0178 0020  2000
800017b0: 80001818 800017d4 8004a0e2 0003
800017c0: 800b44b5 0001 800017e4 0002
800017d0:   * 2fff 80001850 ap
800017e0: 80001830 fp 80084a88 pc  r0 001f r1
800017f0: 0001 r2 8000197c r3 0026 r4  r5

kernel stack:
7e88:  2fc0 7ee0 7ec4
7e98: 80009bad  80189f54 
7ea8:   80189f54 0003
7eb8: 80189f54 0014 800edd18 
7ec8: 2c00 7f14 7eec 80076967
7ed8: 80e0509c 800925d4 0001 80189f54
7ee8:   2f80 7f48
7ef8: 7f30 80092914  801285d8
7f08:  800bdd48 80e05000 0003
7f18: 800925d4 1701 80e0509c 
7f28:  80e02400  2800
7f38: 7f6c 7f58 80092746 0006
7f48: 0003 1701 800e7cc8 
7f58:  2000 7f94 7f78
7f68: 8003d454 0001 1701 800e7cc8
7f78:  2c00 7fb8 7f9c
7f88: 8003cde3 007ff800 0006 
7f98: 800a8a58  2c00 7ff8
7fa8: 7fcc 8003c49d 007ff800 0006
7fb8:    800e9cc0
7fc8:   2fc0 
7fd8:  80003042  
7fe8:   007ff800 
7ff8: 0001 089b
dump area improper





 Johnny


 On 2015-06-19 16:14, Mattis Lind wrote:

 Hello!

 I am in the process to revive an VAX-11/750 machine but since I have no
 tape (nor install tapes) drive my idea was to  create an image which I
 could transfer to a SCSI disk and then use a MSCP SCSI controller to
 boot the machine.

 I thought it would be a good idea to use the SimH vax750 simulator to do
 this work. But I encounter problem. Many of these problems are probably
 due to the fact I am not very familiar with SimH. Although I think I
 read though several documents and studied the source code.

 The booting process of the SimH vax750 simulator seems to differ from
 the real VAX-11/750. On the real thing when I insert console media and
 boot it it will read and I get a BOOT58 prompt. This doesn't happen at
 all on the simulator. Instead it seems that it preloads vmb.exe and then
 execute it.

 The images I have been using was found on
 http://iamvirtual.ca/VAX11/VAX-11-software.html

 All tests below is run using SimH from github compiled on MACOS.
 Although I have also tested to compile it on Linux with the same result

[Simh] Booting the vax750 simulator.

[Mattis Lind]

Hello!

I am in the process to revive an VAX-11/750 machine but since I have no
tape (nor install tapes) drive my idea was to  create an image which I
could transfer to a SCSI disk and then use a MSCP SCSI controller to boot
the machine.

I thought it would be a good idea to use the SimH vax750 simulator to do
this work. But I encounter problem. Many of these problems are probably due
to the fact I am not very familiar with SimH. Although I think I read
though several documents and studied the source code.

The booting process of the SimH vax750 simulator seems to differ from the
real VAX-11/750. On the real thing when I insert console media and boot it
it will read and I get a BOOT58 prompt. This doesn't happen at all on the
simulator. Instead it seems that it preloads vmb.exe and then execute it.

The images I have been using was found on
http://iamvirtual.ca/VAX11/VAX-11-software.html

All tests below is run using SimH from github compiled on MACOS. Although I
have also tested to compile it on Linux with the same result.

This is what happen on the simulator:

sim boot td0
Loading boot code from vmb.exe



Please remove the volume CONSOLE from the console device.

Insert the first standalone system volume and enter YES when ready: YES

Resuming load operation on volume CONSOLE, please stand by . . .


1 BRK AT 1C50
1C50/CF00FB01

It seems some kind of command line is active since I get this output when I
press some random keys:


EH?
EEE
0EEE /8AAF9552




Booting a standalone backup works OK if I don't follow the instructions to
replace the console media the first time.


sim attach td0 /Users/mattis_lind/Downloads/BE-CT97A-BE.TAP
TD: writing buffer to file
TD: buffering file in memory
sim boot td0
Loading boot code from vmb.exe



Please remove the volume SYSTEM_1 from the console device.

Insert the first standalone system volume and enter YES when ready: YES

Resuming load operation on volume SYSTEM_1, please stand by . . .


Please remove the volume SYSTEM_1 from the console device.

Insert the next standalone system volume and enter YES when ready:
Simulation stopped, PC: 83D8 (MFPR #20,R0)
sim attach td0 /Users/mattis_lind/Downloads/BE-CT98A-BE.TAP
TD: writing buffer to file
TD: buffering file in memory
sim cont
YES

Resuming load operation on volume SYSTEM_2, please stand by . . .



   VAX/VMS Version V4.0 15-SEP-1984 22:29


Please remove the volume SYSTEM_2 from the console device.

Insert the standalone application volume and enter YES when ready:
Simulation stopped, PC: 80008B1F (BRB 80008B1F)
sim attach td0 /Users/mattis_lind/Downloads/BE-CT99A-BE.TAP
TD: writing buffer to file
TD: buffering file in memory
sim cont
YES

Resuming load operation on volume BACKUP, please stand by . . .


%BACKUP-I-IDENT, Stand-alone BACKUP V4.0; the date is 17-JUN-1984
22:40:44.48
$

-

Then trying to run various diagnostics images that are supposed to be
standalone and do read on the real thing but gives the following result:

sim attach td0 /Users/mattis_lind/Downloads/BE-S198Q-DE.TAP
TD: writing buffer to file
TD: buffering file in memory
sim boot td0
Loading boot code from vmb.exe



Please remove the volume VMS Exchange from the console device.

Insert the first standalone system volume and enter YES when ready: YES

Resuming load operation on volume VMS Exchange, please stand by . . .

ECKAL -- VAX 11/750 Cache/TB Diagnostic
HALT instruction, PC: 2608 (MTPR #F,#26)
sim attach td0 /Users/mattis_lind/Downloads/BE-S199T-DE.TAP
TD: writing buffer to file
TD: buffering file in memory
sim boot td0
Loading boot code from vmb.exe



Please remove the volume VMS Exchange from the console device.

Insert the first standalone system volume and enter YES when ready: YES

Resuming load operation on volume VMS Exchange, please stand by . . .

%BOOT-F-Unable to locate BOOT file
HALT instruction, PC: 04C7 (BLBS 549,4C6)
sim attach td0 /Users/mattis_lind/Downloads/BE-S200I-DE.TAP
TD: writing buffer to file
TD: buffering file in memory
sim boot td0
Loading boot code from vmb.exe



Please remove the volume  from the console device.

Insert the first standalone system volume and enter YES when ready: YES

Resuming load operation on volume , please stand by . . .

%BOOT-F-Unable to locate BOOT file
HALT instruction, PC: 04C7 (BLBS 549,4C6)
sim

As you can see the Cache/TB diagnostic do read in and seem to execute but
fails. The others doesn't even seems to boot correctly.  When tested on the
real hardware all these start (although the Cache/TB fail, alas not at the
same location)

Maybe the best idea is to dump out the real BOOT PROMs from the actual
machine an load those into memory and start those? I haven't been able to
test this since the machine 100 km away.


I did successfully boot a Ultrix-4.0 tap file from bitsavers in the vax
andra microvax2 simulator. But how can I do that on the vax750 simulator?
Doing boot tq0 give Command not allowed. Although help file indicate it