[TUHS] history of virtual address space
John R Levine via TUHS
tuhs at tuhs.org
Wed Jan 21 05:03:50 AEST 2026
On Tue, 20 Jan 2026, Paul Winalski wrote:
> The Memory Management chapter is describing the memory layout of a VAX/VMS
> process. If you look at the hardware architecture side of things, you will
> see that there is absolutely no requirement or constraint at the hardware
> level to have all of the virtual addresses with the high bit on be reserved
> to the OS and those with the high bit off to user space. Each page table
> entry has its own protection bits that describe the read and write
> permissions for each execution mode (user/supervisor/executive/kernel).
Did you miss the bit about the S page tables being in real memory and the
P0 and P1 in S memory, with P1 growing down from 2GB? Really, the
hardware dictates the layout. You might want to find a copy of the
handbook and refresh your memory.
> One could have, if one wanted, done the opposite and put user address space
> in the address range with the high bit on and the kernel address space in
> the low part of the address space. It would be fully conformant with the
> VAX page table layout and supported by all then-extant (11/780/750/730) and
> future VAXen.
Nope. Please reead the handbook.
Regards,
John Levine, johnl at taugh.com, Taughannock Networks, Trumansburg NY
Please consider the environment before reading this e-mail. https://jl.ly
More information about the TUHS
mailing list