mirror of
https://github.com/isometimes/rpi4-osdev
synced 2024-11-08 19:30:39 +00:00
.. | ||
audio.bin | ||
audio.wav | ||
boot.S | ||
fb.c | ||
fb.h | ||
io.c | ||
io.h | ||
kernel.c | ||
link.ld | ||
Makefile | ||
Makefile.gcc | ||
mb.c | ||
mb.h | ||
multicore.c | ||
multicore.h | ||
README.md | ||
terminal.h |
Writing a "bare metal" operating system for Raspberry Pi 4 (Part 10)
Using multiple CPU cores
Instead of a background DMA transfer, I suggested that we might use a second CPU core to play the audio whilst our main core continues on. I also said it would be hard on the Raspberry Pi 4... and it is.
I wrote this code as I referenced Sergey Matyukevich's work, for which I am very grateful. It did need some modification to ensure the secondary cores are woken up when the time is right. This code isn't particularly "safe" yet, but it's good enough to prove the concept in principle.
Importantly, you'll need to modify your config.txt file on your SD card to include the following lines:
kernel_old=1
disable_commandline_tags=1
arm_64bit=1
For now, I'll signpost the following points of interest in the code:
- The new boot.S loader
- The new multicore.c library and related multicore.h header
- A revised kernel.c with a new multicore approach to
main()
- A revised link.ld adding provisions for a secondary core's stack and the 0x00000 entry point (a result of setting
kernel_old=1
)
I will write more soon to attempt to explain what's going on here.