Determining stack overflow by writing to a stack in a startup file

RE: Determining stack overflow by writing to a stack in a startup file

morpho — Tue, 08 Jun 2021 23:17:48 GMT

Assembly and the startup file because you would want to write to the stack before the main is called, and track how much is being used by looking at the bits in memory

RE: Determining stack overflow by writing to a stack in a startup file

Einar Thorsrud — Tue, 08 Jun 2021 07:58:03 GMT

Hi,

[quote user="morpho"]Where are __StackLimit and __StackTop defined? Segger isn't helping me navigate and it gets annoying at times.[/quote]

I recommend just searching through all code in a normal editor then, or grepping or what you prefer. That way you can typically find these things as there are not that many references. Specifically, __StackTop and __StackLimit comes from <SDK>\modules\nrfx\mdk\nrf52_common.ld and you can see how it is done there.

[quote user="morpho"]I see. Can you confirm if `STACK_INIT_VAL` equals `0x20040000` which marks the end of the RAM i.e what MSP points to at the start of main? I found its value in the `.map` file. [/quote]

Yes.

[quote user="morpho"]So if the RAM is between `0x2000 0000 - 0x2004 0000`, how much of that is taken up by the stack?[/quote]

That is entirely up to you. Most example projects use 8192 byte stacks, but you can change that. For SES, you can do it from here:

[quote user="morpho"]Sorry, I'm not great at ASM. [/quote]

Neither am I, sorry 🙂 But why do you need to do this in assembly, then? And why in the startup file if all you want is a stack guard? You are free to play with this as you like to experiment but I do not have much to add.

RE: Determining stack overflow by writing to a stack in a startup file

morpho — Mon, 07 Jun 2021 23:13:43 GMT

Thanks.

[quote userid="7377" url="~/f/nordic-q-a/75995/determining-stack-overflow-by-writing-to-a-stack-in-a-startup-file/313866#313866"]Yes, that is entirely correct. STACK_TOP is the end of the stack (i.e. the next address after the highest address of the stack), which is typically what you initialize the stack pointer with (unless you want to waste some stack that will never be used). STACK_BASE is the end/lowest address of the stack[/quote]

Where are __StackLimit and __StackTop defined? Segger isn't helping me navigate and it gets annoying at times.

[quote userid="7377" url="~/f/nordic-q-a/75995/determining-stack-overflow-by-writing-to-a-stack-in-a-startup-file/313866#313866"]So for instance if you are using the nRF52840 which has 256 kB RAM and as will all nRF52 devices the RAM is mapped to start at 0x20000000, the STACK_INIT_VAL will be 0x20040000.[/quote]

I see. Can you confirm if `STACK_INIT_VAL` equals `0x20040000` which marks the end of the RAM i.e what MSP points to at the start of main? I found its value in the `.map` file.

So if the RAM is between `0x2000 0000 - 0x2004 0000`, how much of that is taken up by the stack?

[quote userid="7377" url="~/f/nordic-q-a/75995/determining-stack-overflow-by-writing-to-a-stack-in-a-startup-file/313866#313866"]You can make an assembly loop and write to any part of the RAM in the startup file yes, including the stack and memory immediately after the stack. [/quote]

Sorry, I'm not great at ASM.

For instance, if I want to write `5`, I'd perhaps do something like the following?

  ldr r2, = STACK_INIT_VAL

  movs  r1, #5

  str  r1, [r2]

Regarding stack guard, sure sounds like something I could use but I also want to write something from scratch to understand how one could detect a stack overflow by writing a simple program. Though, is it just the nrf_stack_guard_init function that's used?

RE: Determining stack overflow by writing to a stack in a startup file

Einar Thorsrud — Mon, 07 Jun 2021 09:47:29 GMT

Hi,

[quote user="morpho"]- In <nRF5 SDK>\components\libraries\util\app_util.h, I see there's a bunch of definitions for STACK_TOP and STACK_BASE. Which one is possibly used?[/quote]

These are for different toolchains. When you use SES the GNUC part is relevant, so it would be this:

extern uint32_t __StackTop;
extern uint32_t __StackLimit;
#define STACK_BASE    &__StackLimit
#define STACK_TOP     &__StackTop

[quote user="morpho"]- I reckon STACK_TOP refers to the starting address of the stack i.e what MSP points to when the program starts in main? [/quote]

Yes, that is entirely correct. STACK_TOP is the end of the stack (i.e. the next address after the highest address of the stack), which is typically what you initialize the stack pointer with (unless you want to waste some stack that will never be used). STACK_BASE is the end/lowest address of the stack.

[quote user="morpho"]what does STACK_INIT_VAL store?[/quote]

This is the address of the end of the RAM. You can see that from how it is defined in modules\nrfx\mdk\ses_startup_nrf_common.s:

#ifndef STACK_INIT_VAL
#define STACK_INIT_VAL __RAM1_segment_end__
#endif

So for instance if you are using the nRF52840 which has 256 kB RAM and as will all nRF52 devices the RAM is mapped to start at 0x20000000, the STACK_INIT_VAL will be 0x20040000.

[quote user="morpho"]Is it perhaps using str asm command in a startup file to write at address 0x2000 0000 where the DATA RAM starts in nRF52?[/quote]

You can make an assembly loop and write to any part of the RAM in the startup file yes, including the stack and memory immediately after the stack. Typically for a stack guard you would write a known pattern immediately below the stack and check that regularly. (If you want to measure the stack usage you write the pattern within the stack, though.)

Note that if all you want is a stack guard to detect a stack overflow, as the topic of your original post suggests, then you can simply use what we provide for you in with the stack guard library.

RE: Determining stack overflow by writing to a stack in a startup file

morpho — Fri, 04 Jun 2021 17:07:58 GMT

Thanks for the response.

- In <nRF5 SDK>\components\libraries\util\app_util.h, I see there's a bunch of definitions for STACK_TOP and STACK_BASE. Which one is possibly used?

- I reckon STACK_TOP refers to the starting address of the stack i.e what MSP points to when the program starts in main?

- none of this is used inside ses_startup_common.s. In fact, the following seems to be stored in a stack pointer, hence my question about what does STACK_INIT_VAL store?

ldr r0, =STACK_INIT_VAL
ldr r1, =0x7
bics r0, r1
mov sp, r0

- how would you fill in the stack memory though? does what I mentioned in my previous comment make sense?

Is it perhaps using str asm command in a startup file to write at address 0x2000 0000 where the DATA RAM starts in nRF52?

infocenter.nordicsemi.com/index.jsp

RE: Determining stack overflow by writing to a stack in a startup file

Einar Thorsrud — Fri, 04 Jun 2021 13:17:45 GMT

Hi,

You can see how to find the start and end of the stack for different toolchains by searching for STACK_BASE and STACK_TOP in <nRF5 SDK>\components\libraries\util\app_util.h. Note that if you just want a stack guard (and not a way to measure stack usage) and use the nRF5 SDK, then you can use the Stack guard library.