Re: [Simh] Simulating a GT40

Timothe Litt wrote: > A unit doesn't have to be a UNIT; one can clone a master DEVICE to get > multiple address ranges. It's been a while, but I'm pretty sure I did > that for some device. Ok, I can look into that if Mark gives me his blessing. > Building demo/rom code into simh seems a bad idea

Re: [Simh] Simulating a GT40

From: Al Kossow > On 9/4/18 8:13 AM, Clem Cole wrote: > > > They started out with their own 68010 multibus hardware > > > > which was licensed from Stanford - this is Andy Bechtolsheim masters > project design > > No, they did their own boards. The MMU is similar but not identical. > Many,

Re: [Simh] Simulating a GT40

On 04-Sep-18 15:09, Paul Koning wrote: > >> On Sep 4, 2018, at 3:06 PM, Lars Brinkhoff wrote: >> >> Timothe Litt wrote: >>> If a ROM device is added to the -11, I suggest that: >>> a) It be capable of multiple units >>> b) each unit with a start address (in I/O space) & length >> I was going to

Re: [Simh] Simulating a GT40

On 04-Sep-18 15:06, Lars Brinkhoff wrote: > Timothe Litt wrote: >> d) the existing gt40 hack that Mark described be migrated to use the ROM > The hack never existed. It was suggested but didn't work. > Mark wrote: > As soon as you've got the ROM image into a form that the LOAD command > will

Re: [Simh] Simulating a GT40

> On Sep 4, 2018, at 3:06 PM, Lars Brinkhoff wrote: > > Timothe Litt wrote: >> If a ROM device is added to the -11, I suggest that: >> a) It be capable of multiple units >> b) each unit with a start address (in I/O space) & length > > I was going to do this, but I quickly learned that a SIMH

Re: [Simh] Simulating a GT40

Timothe Litt wrote: > If a ROM device is added to the -11, I suggest that: > a) It be capable of multiple units > b) each unit with a start address (in I/O space) & length I was going to do this, but I quickly learned that a SIMH unit can't have a base address of its own. All units share the

Re: [Simh] Simulating a GT40

On 04-Sep-18 14:14, Lars Brinkhoff wrote: > Phil Budne wrote: >> I seem to recall VAX boot ROMs handled by doing "load -r kaxxx.bin" >> How are VAX boot ROMs done? At _some_ point I thought it was done >> with "load -r". Is that not available in the PDP-11 simulation? > I randomly checked one

Re: [Simh] Simulating a GT40

Phil Budne wrote: > I seem to recall VAX boot ROMs handled by doing "load -r kaxxx.bin" > How are VAX boot ROMs done? At _some_ point I thought it was done > with "load -r". Is that not available in the PDP-11 simulation? I randomly checked one of the VAX models. It seems memory is modeled

Re: [Simh] Simulating a GT40

At least in the past, the purpose of SIMH was to simulate the hardware ONLY as well as needed to preserve software. I seem to recall VAX boot ROMs handled by doing "load -r kaxxx.bin" How are VAX boot ROMs done? At _some_ point I thought it was done with "load -r". Is that not available in the

Re: [Simh] Simulating a GT40

Eric Smith wrote: > Lars wrote: >> I have "set cpu 64k". > The most core a GT40 (or PDP-11/05) could have is 56KB > (28KW). However, they normally only had 16KB (8KW). To add more, you'd > have to cable up another backplane. It was supposedly a workaround for putting the ROM at 166000. However,

[Simh] Simulating a GT40

Lars wrote: > I have "set cpu 64k". The most core a GT40 (or PDP-11/05) could have is 56KB (28KW). However, they normally only had 16KB (8KW). To add more, you'd have to cable up another backplane. ___ Simh mailing list Simh@trailing-edge.com

Re: [Simh] Simulating a GT40

On 9/4/18 8:17 AM, Timothe Litt wrote: > And before more nit's are mentioned: SCALD was developed under government > contract, so it became the basis of other > companies, not just Valid.  But the principals behind it formed Valid - as I > often say, IP is people, not source code.  > And

Re: [Simh] Simulating a GT40

On 9/4/18 8:13 AM, Clem Cole wrote: > They started out with their own 68010 multibus hardware > > which was licensed from Stanford - this is Andy Bechtolsheim masters project > design No, they did their own boards. The MMU is similar but not identical. I have pcbs and docs. I need to

Re: [Simh] Simulating a GT40

On 04-Sep-18 10:25, Al Kossow wrote:On 9/4/18 6:53 AM, Clem Cole wrote: >> minor nit/detail ... >> >> On Mon, Sep 3, 2018 at 2:05 PM Timothe Litt > > wrote: >> >>>     Once our CAD group moved off the -10s, the next step was Sun >>>     workstations for schematic capture

Re: [Simh] Simulating a GT40

below... On Tue, Sep 4, 2018 at 10:26 AM Al Kossow wrote: > > Eventually Valid switched to Sun. > Makes sense... > > They started out with their own 68010 multibus hardware which was licensed from Stanford - this is Andy Bechtolsheim masters project design (originally 68000 then after some

Re: [Simh] Simulating a GT40

On 9/4/18 6:53 AM, Clem Cole wrote: minor nit/detail ... On Mon, Sep 3, 2018 at 2:05 PM Timothe Litt mailto:l...@ieee.org>> wrote: Once our CAD group moved off the -10s, the next step was Sun workstations for schematic capture (VALID). Valid was not Sun Micro Systems.

Re: [Simh] Simulating a GT40

minor nit/detail ... On Mon, Sep 3, 2018 at 2:05 PM Timothe Litt wrote: > Once our CAD group moved off the -10s, the next step was Sun > workstations for schematic capture (VALID). > > Valid was not Sun Micro Systems. The were Stanford University Network Termnal (aka SUN), that were

Re: [Simh] Simulating a GT40

>> Connecting to a host would be useful, but merely telnetting into a DL >> TCP port will be sufficient to prove that a few bytes move in either >> direction. > > Good point. I added a ROM device and pointed the CPU to it. The VT11 needs to be fixed to read data from the ROM. I have now hooked

Re: [Simh] Simulating a GT40

Mark Pizzolato wrote: >> It's assembled from source code. It would be great if someone with a >> real GT40 could dump the ROM contents. > That would be great, but we can start with what you've got. Ok, I'll send a separate email with the lda file. > Connecting to a host would be useful, but

Re: [Simh] Simulating a GT40

Mark Pizzolato wrote: > this certainly could easily solved by setting the RAM in the system to > 64K and merely loading the ROM data into the appropriate address > range. I tried this, but got: Address space exceeded I have "set cpu 64k". But sys_load checks address 166000, and ADDR_IS_MEM

Re: [Simh] Simulating a GT40

On Monday, September 3, 2018 at 11:45 PM, Lars Brinkhoff wrote: > Mark Pizzolato wrote: > > Is the ROM image you're working with a real GT40 ROM, or was it > > generated by assembling the version from the manual that was mentioned > > somewhere? > > It's assembled from source code. It would be

Re: [Simh] Simulating a GT40

Mark Pizzolato wrote: > Is the ROM image you're working with a real GT40 ROM, or was it > generated by assembling the version from the manual that was mentioned > somewhere? It's assembled from source code. It would be great if someone with a real GT40 could dump the ROM contents. > As soon as