This patch adds the documentation for building and running RTEMS on the Kendryte K210
RISC-V SoC. The generic riscv introducion was re-arranged to list the multilib variants
then the specific hardware targets. In addition a couple of errors were fixed for the
generic QEMU commands.
V2 corrected a typo, expanded K210 Console UART parameters, and addded a hyperlink
to renode.io install instructions.
Closes#4876
The BSP is capable of initialising the hardware being the first software
that takes control on hardware reset (after the bootrom). For instance,
using on QEMU's virt platforms, RTEMS runs as a bios without BBL.
Similarily, RTEMS can also be run on harware/FPGA and loaded using
GDB; the bootrom (or a GDB script) should just set the a0/a1 registers
with the boot HART ID and DTB address respectively.
Update the riscv documentation for the Microchip PolarFire SoC
BSP variant including information about SMP test procedure
for the Microchip PolarFire Icicle Kit.
This patch adds the relevant documentations required for booting the new BSP.
JTAG support is added for debugging. I have built the HTML docs and verified
them.
This patch adds kind of HOWTO to the stm32h7 BSP description. The howto
discusses various tools from STM tool-chain and how to use them in order
to configure board for RTEMS and to upload RTEMS application binary
to the board. The patch also adds more supported boards to the table.
Sponsored-By: Precidata
This patch is for the rtems-docs repo. I added details on the procedure I
used to boot RTEMS images on the Xilinx ZCU102 board. I applied this patch,
and generated the HTML docs, and everything looks ok to me.
The device tree has to be aligned correctly. rtems-bin2c has a new
parameter for that. This patch uses this parameter to generate the right
alignment and makes it more clear how to use the generated C file.
The -@ option adds symbols that are used when applying an overlay. RTEMS
doesn't support overlays or re-parsing of device trees. So the symbols
only increase the size of the binary.
The same is true for the padding. It would be useful if the device tree
is changed during run time which is not supported in RTEMS.
Update #4180
The ZynqMP QEMU BSPs have had _qemu added to their names to better
identify them as QEMU BSPs similar to other BSPs which are meant to run
exclusively on QEMU and not hardware.
The Xilinx ZynqMP BSP has been updated to use the second UART in the
memory map as the primary UART since this is how both the hardware and
Qemu use them.
