![[RTEMS Logo]](/images/logo.png){kind=logo}
Opened on 10/05/22 at 15:38:19
Last modified on 06/22/23 at 21:07:55
#4736 assigned defect
RISC-V - ISR_stack allocation and usage by harts > CONFIGURE_MAXIMUM_PROCESSORS
| Reported by: | Lucian-Raul Silistru | Owned by: | Hesham Almatary |
|---|---|---|---|
| Priority: | normal | Milestone: | 6.1 |
| Component: | arch/riscv | Version: | 5 |
| Severity: | normal | Keywords: | |
| Cc: | Blocked By: | ||
| Blocking: |
Description
When running SMP with CONFIGURE_MAXIMUM_PROCESSORS < total number of harts, the unused harts that start will allocate interrupt stacks from the sections following .rtemsstack. 16 bytes are used (written) while parking the core in _CPU_Thread_Idle_body.
Unallocated _Per_CPU_Information is also used but only for pointer math - this seems to work out fine.
It does seem like practically, with the default linkcmds, unless the cores are held/delayed by a debugger, they would never end up writing in memory before that memory is used -.rtemsstack is followed by .work.
Is this intended/known behaviour?
Change History (5)
comment:1 Changed on 10/07/22 at 05:06:16 by Sebastian Huber
comment:2 Changed on 10/07/22 at 05:07:44 by Sebastian Huber
| Milestone: | → 6.1 |
|---|
comment:4 Changed on 06/22/23 at 21:00:39 by Joel Sherrill
| Owner: | set to Hesham Almatary |
|---|---|
| Status: | new → assigned |
Hesham.. can you please take a shot at this?
comment:5 Changed on 06/22/23 at 21:07:55 by Joel Sherrill
| Summary: | ISR_stack allocation and usage by harts > CONFIGURE_MAXIMUM_PROCESSORS → RISC-V - ISR_stack allocation and usage by harts > CONFIGURE_MAXIMUM_PROCESSORS |
|---|
Note: See
TracTickets for help on using
tickets.
This is a bug. The arm start.S does not have this issue for example.