Replies: 1 comment
-
I think there are a few related issues here:
I suspect we want some kind of generic device initialisation support. For example, currently the allocator has access to the entire MMIO interface for the revoker, but it would be nice if the loader had access to the MMIO registers that define the range, set the range to cover all read-write memory, and then provided the allocator with only the kick interface to the revoker. There are probable other devices that fit in this view of the world. |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Currently the UART are is initialised by the RTOS loader for logging
cheriot-rtos/sdk/core/loader/boot.cc
Line 1054 in 9baefdb
It may be nice to be able to configure this baud rate some other way than changing the default baud rate in the driver files.
cheriot-rtos/sdk/include/platform/synopsis/platform-uart.hh
Line 14 in 9baefdb
cheriot-rtos/sdk/include/platform/sunburst/platform-uart.hh
Line 222 in 9baefdb
I think a sensible way to do this is to check for a
CHERIOT_UART_LOGGING_BAUD_RATE
define and use that if set.There is then an additional question of whether we want to add this as an option in the board description file and set it in a similar way to
CPU_TIMER_HZ
.Beta Was this translation helpful? Give feedback.
All reactions