fbos/doc, branch mainA RISC-V operating system devoted to running fizz/buzz processes.
https://git.mssola.com/os/fbos/atom?h=main2024-11-30T20:16:54ZSimplify the qemu target by removing QEMU_BIOS2024-11-30T20:16:54ZMiquel Sabaté Solàmikisabate@gmail.com2024-11-30T20:16:54Zurn:sha1:891742e62d79aeaf7dfd052df87777c2e4826357
The QEMU_BIOS parameter was meant to help on old QEMU installations
which did not support the proper fw_dynamic workflow. That being said,
old QEMU versions might also not implement the proper SBI specification,
or it may have other unexpected issues.
Hence, just remove the option and force people to have a sufficiently
recent QEMU version.
Finally, I have updated the SVG showing off a QEMU run.
Signed-off-by: Miquel Sabaté Solà <mikisabate@gmail.com>
Allow the kernel to run as a Linux image2024-11-29T21:17:13ZMiquel Sabaté Solàmikisabate@gmail.com2024-11-29T21:17:13Zurn:sha1:d51665904faa31c39106e4b2afa7541615072e72
In order to run on real hardware, it's actually easier to re-use
workflows from existing bootloaders than loading things in memory
manually. In order to achieve this two things had to be settled:
1. The image has to have a Linux header as defined in the RISC-V port.
This header will be taken into consideration by bootloaders in order to
know where to jump, the image offset, the endianness of the image, etc.
2. The image cannot just be an ELF executable. Rather, we must translate
it into binary form via `objcopy`.
With all of this at hand, I was able to make the kernel run on a
Starfive VisionFive 2 board, and I have recorded an example so it's
available as documentation.
Signed-off-by: Miquel Sabaté Solà <mikisabate@gmail.com>
Add a video example running on QEMU2024-11-25T10:40:22ZMiquel Sabaté Solàmikisabate@gmail.com2024-11-25T10:31:39Zurn:sha1:2429f8aaf1584084b4d8c7c85c27c1d78ccab153
Signed-off-by: Miquel Sabaté Solà <mikisabate@gmail.com>