RTEMS | bsps/raspberrypi5: Add SMP support (!1072)
Preetam Das (@lostux)
gitlab at rtems.org
Mon Feb 23 19:43:50 UTC 2026
Preetam Das commented on a discussion on bsps/aarch64/raspberrypi5/start/bspsmp.c: https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/1072#note_143364
> +{
> + uint32_t PSCI_FN_SYSTEM_CPU_ON = 0xC4000003;
> + /* Core IDs are in AFF1 in the Pi5 */
> + uint64_t target_cpu = (uint64_t) cpu_index << 8;
> + uint64_t ret;
> +
> + __asm__ volatile (
> + "mov x0, %1\n"
> + "mov x1, %2\n"
> + "mov x2, %3\n"
> + "mov x3, #0\n"
> + "smc #0\n"
> + "mov %0, x0\n"
> + : "=r" ( ret ) : "r" ( PSCI_FN_SYSTEM_CPU_ON ), "r" ( target_cpu ),
> + "r" ( (uint64_t) _start ) : "x0", "x1", "x2", "x3", "memory"
> + );
Hmm, so how should we actually do it? I am thinking of a weak function like `_PSCI_Get_target_CPU` that would be present in `bsps/shared/start/bspsmp-arm-psci.c` with its default implementation and the BSP would override this to provide the correct version based on the affinity level the BSP uses. We will need to forward-declare in both places, then. Or is there a cleaner way to do this using headers or something else?
--
View it on GitLab: https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/1072#note_143364
You're receiving this email because of your account on gitlab.rtems.org.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/bugs/attachments/20260223/b6089a45/attachment-0001.htm>
More information about the bugs
mailing list