| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
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>
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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>
|
