Fix wrong address in page table mapping example

This commit is contained in:
Philipp Oppermann
2019-06-23 18:10:21 +02:00
parent 5f4153c365
commit 2a0e5e4696

View File

@@ -124,7 +124,7 @@ By writing to the identity-mapped level 1 table, our kernel can create up to 511
- By mapping the 0th entry of the level 1 table to the frame with address `24KiB`, it created a temporary mapping of the virtual page at `0KiB` to the physical frame of the level 2 page table, indicated by the dashed arrow. - By mapping the 0th entry of the level 1 table to the frame with address `24KiB`, it created a temporary mapping of the virtual page at `0KiB` to the physical frame of the level 2 page table, indicated by the dashed arrow.
- By mapping the 9th entry of the level 1 table to the frame with address `4KiB`, it created a temporary mapping of the virtual page at `36KiB` to the physical frame of the level 4 page table, indicated by the dashed arrow. - By mapping the 9th entry of the level 1 table to the frame with address `4KiB`, it created a temporary mapping of the virtual page at `36KiB` to the physical frame of the level 4 page table, indicated by the dashed arrow.
Now the kernel can access the level 2 page table by writing to page `0KiB` and the level 4 page table by writing to page `33KiB`. Now the kernel can access the level 2 page table by writing to page `0KiB` and the level 4 page table by writing to page `36KiB`.
The process for accessing an arbitrary page table frame with temporary mappings would be: The process for accessing an arbitrary page table frame with temporary mappings would be: