Update on chapter 3 notes.

This commit is contained in:
Philippe Pittoli 2025-02-12 05:32:58 +01:00
parent dcdb1b8ff7
commit 43805de801

View file

@ -20,8 +20,19 @@ a PTE = 44 bits of physical page number (PPN) + flags
vocabulary, acronyms, et caetera:
- physical/virtual addresses = phy@/virt@
- physical address (what the computer can address) = 2^56 = 65536 TiB
- virtual address (what a single process can address) = 2^39 = 512 GiB
- Page Table Entry = PTE
- Physical Page Number = PPN
- Page Directory = page table is split into 3 "small page tables" called page directories
- Translation Look-aside Buffer = TLB
- Supervisor Address Translation and Protection = satp (it's a register)
- address space = set of valid virtual addresses in a given page table
= the kernel also has its own address space
- User memory = its address space + physical memory allowed by the page table
- Virtual memory = ideas and techniques associated with managing page tables
used to achieve isolation & such
- direct mapping = virt@ == phy@
virt@ = [ 25-bit EXT ; 27-bit index ; 12-bit offset ]
↑64 ↑39 ↑12 ↑0
@ -35,3 +46,33 @@ phy@ = [ 44-bit PPN (indexed by virt@ index) ; 12-bit virt@ offset ]
virt@ = 39 (usable) bits, phy@ = 56 bits
Paging hardware translates virt@ with its top 27 of the 39 bits to find a PTE
IN REAL LIFE there the page table is split into 3 small tables, the index
is split into 3*9 bits to be used as indexes for these 3 tables.
These 3 parts can be called "directories":
1. a "root" (a 4096-byte page table)
contains 512 PTEs which contain phy@ for next level directory
2. a "middle" (idem)
3. a "final"
In Sv48, there is an extra page table before "root" which takes bits 39
through 47 of a virt@.
In case the 3 PTEs points to an invalid page, the page hardware raises a
"page-fault exception" (execeptions explained in chapter 4).
RISC-V CPU caches page table entries in a Translation Look-aside Buffer
(TLB) to avoid costly loads of the PTE from the physical memory.
PTE flags:
- PTE_V valid (is the PTE is present or not)
- PTE_U user mode (if not present, can only be used in supervisor mode)
- PTE_R read: can the instructions read the page?
- PTE_W write: can the instructions write the page?
- PTE_X execute: can the CPU interpret the page's content as instructions and execute them?
satp register = where to put the phy@ of the root page table to be used by the CPU.
Once satp, subsequent instructions are interpreted with the provided page table.
Before setting satp, instructions use phy@.
Each CPU its own satp so each CPU can handle user code.
XV6 = 1 page table per process and 1 page table for the kernel