aboutsummaryrefslogtreecommitdiff
path: root/TODOs
diff options
context:
space:
mode:
authorWojtek Kosior <kwojtus@protonmail.com>2019-12-10 17:50:15 +0100
committerWojtek Kosior <kwojtus@protonmail.com>2019-12-10 17:50:15 +0100
commit1a75b3f08e28876896ea90f85b1e8101ef55dd5d (patch)
treef66049faf0958104b8bc3cec161597d919ded394 /TODOs
parent9c5e76f1087e0d868f7330d003e17181ecd8706b (diff)
downloadrpi-MMU-example-1a75b3f08e28876896ea90f85b1e8101ef55dd5d.tar.gz
rpi-MMU-example-1a75b3f08e28876896ea90f85b1e8101ef55dd5d.zip
update TODOs
Diffstat (limited to 'TODOs')
-rw-r--r--TODOs26
1 files changed, 21 insertions, 5 deletions
diff --git a/TODOs b/TODOs
index 5b78455..23c3458 100644
--- a/TODOs
+++ b/TODOs
@@ -1,4 +1,4 @@
-* Remove duplications in Makefile... i.e. use generic recipes for .c -> .o compilations and many other things, that can be shortened this was
+* DONE * Remove duplications in Makefile... i.e. use generic recipes for .c -> .o compilations and many other things, that can be shortened this was
* Implement some basic utilities for us to use (memcpy, printf, etc...)
@@ -7,16 +7,32 @@
- What if wiki.osdev was wrong about this and objcopy includes .bss in it's output image? Then also no work needs to be done
- Stage2 gets loaded between 0x4000 and 0x8000, so that piece of memory could be zeroed-out before by stage1 and that would solve the issue
-* Add sanity-check at build-time, that stage2 blob is smaller than 0x4000 in size
+* DONE * Add sanity-check at build-time, that stage2 blob is smaller than 0x4000 in size
* Races might occur, when one processor starts overwriting stuff at image load address before other processors execute the initial piece of code that puts them to sleep... This should be fixed in bootloader and will need to be taken into account when we develop the actual kernel to manage it's own memory
* Real RPi firmware would jump to the kernel on all cores after loading it from SD... So it'd be good if bootloader did a simillar thing - i.e. bootloader, when started, first shuts off all cores but one, it loads it's stage2, which downloads the kernel by uart, turns all cores back on and jumps to kernel on all of them... Additional kudos if U make this race-free (see, TODO above)
-* Finally, the most important thing - move forward and start working with the MMU already!
+* DOOOONE * Finally, the most important thing - move forward and start working with the MMU already!
-* Start doing this on hardware already... (Hey, whole making of a bootloader was with this in mind!)
+* DOOOONE * Start doing this on hardware already... (Hey, whole making of a bootloader was with this in mind!)
* Fix piping with pipe_image
-* write some procedures for dumping registers and other stuff (for use in debugging) \ No newline at end of file
+* write some procedures for dumping registers and other stuff (for use in debugging)
+
+* learn some asm and write exception handlers withour gcc's "interrupt" function attribute (this is so that we see what's happening - right now gcc hides some things from us...)
+
+* write better uart (using interrupts, maybe DMA?); the current one is sopy-pasted from wiki osdev which is lame
+
+* boot.S is also copy-pasted from wiki-osdev (very lame)
+
+* shorten linker script... (I think I don't have to tell You where it's original version was copy-pasted from...)
+
+* write documentation for what we've already done (yea, there's HISTORY.md, but we also want something that gives technical details of how MMU gets set up (writes to SCTLR, DACR and others), etc.)
+
+* develop userspace process supervision (handling of interrupt caused by svc instruction, proper handling of other data abort, undefined instruction, etc.)
+
+* get external interrupts work
+
+* find a way to make management of binary pieces less messy (in the entire project there're currently about 5 places where code is being copied by other code...) \ No newline at end of file