Re: [Simh] pdp11 i/o addressing

2018-02-17 Thread Johnny Billquist
t;mailto:ethan.di...@gmail.com>> Cc:mikestra...@gmail.com <mailto:mikestra...@gmail.com>, SIMH <simh@trailing-edge.com <mailto:simh@trailing-edge.com>> Subject: Re: [Simh] pdp11 i/o addressing Message-ID: <cac20d2ngaew9cbkitu6sa14hsnsaa1ianhrckdt-q0oikbd...@m

Re: [Simh] pdp11 i/o addressing

2018-02-17 Thread Johnny Billquist
And an even stronger curmudgeon warning here then. If people today claim that VM was designed to solve the problem of having more addressable memory, they are utterly confused, as VM don't give you any more addressable memory. Addressable memory is limited by the size of an address in the

Re: [Simh] pdp11 i/o addressing

2018-02-16 Thread Paul Koning
> On Feb 16, 2018, at 5:01 PM, Rich Alderson > wrote: > >> From: Timothe Litt >> Date: Fri, 16 Feb 2018 16:15:28 -0500 > >> Overlays were used to compensate for limited virtual address space. > > ITYM "Overlays were used to compensate for

Re: [Simh] pdp11 i/o addressing

2018-02-16 Thread Rich Alderson
> From: Timothe Litt > Date: Fri, 16 Feb 2018 16:15:28 -0500 > Overlays were used to compensate for limited virtual address space. ITYM "Overlays were used to compensate for limited address space." I first encountered the notion of overlays in IBM 1401 and System/360 programs.

Re: [Simh] pdp11 i/o addressing

2018-02-16 Thread Clem Cole
On Fri, Feb 16, 2018 at 4:35 PM, Larry Baker wrote: > In a true VM architecture, different objects can be distinguished by their > program addresses. This is a key distinction between memory mapping and > virtual memory > ​Larry - I 100-% agree with you. My point was that

Re: [Simh] pdp11 i/o addressing

2018-02-16 Thread Larry Baker
<simh@trailing-edge.com <mailto:simh@trailing-edge.com>> > Subject: Re: [Simh] pdp11 i/o addressing > Message-ID: > <cac20d2ngaew9cbkitu6sa14hsnsaa1ianhrckdt-q0oikbd...@mail.gmail.com > <mailto:cac20d2ngaew9cbkitu6sa14hsnsaa1ianhrckdt-q0oikbd...@mail.gmail.com>

Re: [Simh] pdp11 i/o addressing

2018-02-16 Thread Timothe Litt
On 16-Feb-18 14:51, Clem Cole wrote: > curmudgeon warning below. > > On Fri, Feb 16, 2018 at 11:06 AM, Ethan Dicks > wrote: > > > I started on a VAX with 2MB of physical memory in a 16MB physical > address space but with 4GB

Re: [Simh] pdp11 i/o addressing

2018-02-16 Thread Bob Eager
On Fri, 16 Feb 2018 14:51:27 -0500 Clem Cole wrote: > curmudgeon warning below. > > On Fri, Feb 16, 2018 at 11:06 AM, Ethan Dicks > wrote: > > > > > I started on a VAX with 2MB of physical memory in a 16MB physical > > address space but with 4GB

Re: [Simh] pdp11 i/o addressing

2018-02-16 Thread Ethan Dicks
On Fri, Feb 16, 2018 at 10:44 AM, Mike Stramba wrote: > Thanks Guys. > > I *had* downloaded a handbook... but it was the *oldest* one (1969) > ;), hence no mention of virtual memory in it ;) Yeah, Once you get to anything with an 18-bit Unibus, there's a distinction.

Re: [Simh] pdp11 i/o addressing

2018-02-16 Thread Clem Cole
+1 Paul's comments some resources - cut and pasted from a message to a young engineer/mentee/student I have at the moment ;-) PDP11 Processor Handbook 1979 AA-5075A-TC PDP-11 MACRO-11 Language Reference Manual

Re: [Simh] pdp11 i/o addressing

2018-02-16 Thread Paul Koning
Mike, You should get yourself a good intro to the PDP-11, for example one of the PDP-11 Processor Handbook copies you can find on Bitsavers. It answers that question and many others. The key point is that you have to distinguish virtual addresses from physical ones. The I/O device addresses

[Simh] pdp11 i/o addressing

2018-02-16 Thread Mike Stramba
Greetings, I'm trying to figure out how console I/O works with the PD11. Or more generally I/O addressing E.g. A "sh TTO" gives : TTO, address=1564-1567, vector=64, 7p And 1564 (octal) is 4,194,164 dec, which is obviously out of range of the 64K addressable by any MOV