From af2897fe12f66101e3c71797983cd07d003a20fd Mon Sep 17 00:00:00 2001 From: travis-update-bot Date: Thu, 24 Dec 2015 02:28:28 +0000 Subject: [PATCH] Update blog to d28548fa10f72b48525d0186f42e9dda0da65ed2 --- _posts/2015-11-15-allocating-frames.md | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/_posts/2015-11-15-allocating-frames.md b/_posts/2015-11-15-allocating-frames.md index 1e285443..230c4263 100644 --- a/_posts/2015-11-15-allocating-frames.md +++ b/_posts/2015-11-15-allocating-frames.md @@ -384,7 +384,9 @@ You can try different amounts of memory by passing e.g. `-m 500M` to QEMU. To co Now we have a working frame allocator. It is a bit rudimentary and cannot free frames, but it also is very fast since it reuses the Multiboot memory map and does not need any costly initialization. A future post will build upon this allocator and add a stack-like data structure for freed frames. ## What's next? -The next post will be about paging again. We will use the frame allocator to create a safe module that allows us to switch page tables and map pages. Then we will use this module and the information from the Elf-sections tag to remap the kernel correctly. +The [next post] will be about paging again. We will use the frame allocator to create a safe module that allows us to switch page tables and map pages. Then we will use this module and the information from the Elf-sections tag to remap the kernel correctly. + +[next post]: {{ page.next.url }} ## Recommended Posts Eric Kidd started the [Bare Metal Rust] series last week. Like this post, it builds upon the code from [Printing to Screen], but tries to support keyboard input instead of wrestling through memory management details ;).