[Info-vax] In memoriam: 10 years since Alpha's passing away.
Johnny Billquist
bqt at softjar.se
Wed Jul 6 13:47:39 EDT 2011
On 2011-07-06 15.39, Bob Koehler wrote:
> In article<c842666c-614c-44d8-b5e2-2d62c55cd129 at e21g2000vbz.googlegroups.com>, Hans Vlems<hvlems at freenet.de> writes:
>> On 5 jul, 11:34, Michael Kraemer<M.Krae... at gsi.de> wrote:
>>> urbancamo schrieb:
>>
>> The VAX was a _true_ 32 bit architecture, right?
>
> The original VAX hardware architecture was spec'ed to match the 30
> bit SBI on the 11/780. For a long time VAXen had 30 bit or narrower
> busses. Although laid out as a 32 bit architecture in most ways, it
> didn't become true 32 bit until an ECO to the spec several years later,
> when VAXen were designed with wider busses.
Not really, actually. The hardware address of the original VAX design is
actually only 30 bits. The page address register in the MMU have 21 bits
for the physical address, while the virtual address provides the 9 low
bits, which means you can never get more than 30 address bits from the
architecture.
This had nothing to do with the SBI, which, by the way, limited things
even more, if I remember right.
This was eventually addressed in the NVAX, which added a second mode to
the MMU page address registers, where 4 previously unused/undefined bits
were added to the address part, making the actual physical address
formed to be 34 bits on the VAX. But that requires you to set up the MMU
in a different mode.
> None of which mattered to us programmers, who had 31 bits of process
> specific virtual address space and no programs to fill it up.
Indeed.
> Although I'm sure others did, I never actually saw any VAX with
> SYSGEN parameters set up to map as many as 24 bits of virtual
> address space.
It's not a SYSGEN issue, as it is not a software thing. It's a hardware
limitation which is very hard.
Johnny
More information about the Info-vax
mailing list