A stack frame is a section of the stack that stores information for a function call. Setting it up helps keep track of local variables, return addresses, and function parameters safely.
Stack frame setup in ARM Architecture
push {fp, lr}
add fp, sp, #4
sub sp, sp, #<local_variable_space>push {fp, lr} saves the frame pointer and link register on the stack.
add fp, sp, #4 sets the frame pointer to point to the saved frame pointer on the stack.
push {fp, lr}
add fp, sp, #4
sub sp, sp, #16push {fp, lr}
add fp, sp, #4
sub sp, sp, #0push {fp, lr}
add fp, sp, #4
sub sp, sp, #4This ARM assembly program sets up a stack frame with space for two local variables. It stores values 10 and 20 in these local variables, loads them back, adds them, and stores the result in register r4. Finally, it cleans up the stack and returns.
.text
.global _start
_start:
push {fp, lr} @ Save frame pointer and link register
add fp, sp, #4 @ Set frame pointer
sub sp, sp, #8 @ Reserve 8 bytes for local variables
mov r0, #10 @ Example: store 10 in r0
str r0, [sp, #0] @ Store r0 at first local variable
mov r1, #20 @ Store 20 in r1
str r1, [sp, #4] @ Store r1 at second local variable
ldr r2, [sp, #0] @ Load first local variable into r2
ldr r3, [sp, #4] @ Load second local variable into r3
add r4, r2, r3 @ Add local variables, result in r4
add sp, sp, #8 @ Clean up local variables
pop {fp, pc} @ Restore frame pointer and return
Setting up a stack frame takes constant time, O(1), because it involves a fixed number of instructions.
Space complexity depends on how many local variables you reserve space for on the stack.
A common mistake is forgetting to restore the stack pointer and frame pointer before returning, which can cause crashes.
Use stack frame setup when your function has local variables or calls other functions; for very simple functions, it might be skipped.
Stack frame setup saves important registers and reserves space for local variables.
It helps keep function calls organized and safe.
Always restore the stack and frame pointers before returning from a function.
Practice
Solution
Step 1: Understand stack frame role
A stack frame stores important data like return address and local variables for each function call.Step 2: Identify the main purpose
This setup ensures the function can return correctly and use local data safely.Final Answer:
To save the return address and local variables safely -> Option AQuick Check:
Stack frame purpose = Save return address and locals [OK]
- Confusing stack frame with CPU speed control
- Thinking it clears all registers
- Mixing local and global variable storage
Solution
Step 1: Identify instruction to save LR
The link register (LR) holds the return address and is saved on the stack using PUSH.Step 2: Match correct instruction
PUSH {LR} stores LR on the stack; POP {LR} restores it. MOV and ADD do not save LR on stack.Final Answer:
PUSH {LR} -> Option CQuick Check:
Save LR with PUSH {LR} [OK]
- Using POP instead of PUSH to save
- Confusing MOV with stack operations
- Adding to SP instead of saving LR
SUB SP, SP, #16
PUSH {LR}
What is the effect on the stack pointer (SP) after these instructions?Solution
Step 1: Analyze SUB SP, SP, #16
This subtracts 16 from SP, moving it down by 16 bytes to allocate space.Step 2: Analyze PUSH {LR}
PUSH stores LR on stack, which decreases SP by 4 bytes (ARM uses 4-byte words).Final Answer:
SP decreases by 16 bytes, then by 4 bytes -> Option BQuick Check:
SP moves down 16 + 4 bytes = 20 bytes total [OK]
- Adding to SP instead of subtracting
- Ignoring PUSH effect on SP
- Assuming SP stays same after PUSH
SUB SP, SP, #8
POP {LR}
Solution
Step 1: Understand stack frame setup order
Function prologue saves LR by PUSH before changing SP to allocate space.Step 2: Identify incorrect instruction
POP removes data from stack; here it tries to restore LR before saving it, which is wrong.Final Answer:
POP should be PUSH to save LR first -> Option DQuick Check:
Save LR with PUSH before POP [OK]
- Using POP instead of PUSH to save LR
- Changing SP incorrectly
- Ignoring function prologue conventions
Solution
Step 1: Save LR before allocating locals
Correct order is to allocate space first by subtracting from SP, then save LR with PUSH.Step 2: Check options for correct order and size
SUB SP, SP, #24 PUSH {LR} subtracts 24 bytes first, then saves LR, which is the correct order to allocate space and save registers.Step 3: Re-examine options carefully
SUB SP, SP, #24 PUSH {LR}: SUB SP, SP, #24 then PUSH {LR} - correct order and size.
PUSH {LR} SUB SP, SP, #24: PUSH {LR} then SUB SP, SP, #24 - wrong order.
PUSH {LR, R4} SUB SP, SP, #20: PUSH {LR, R4} then SUB SP, SP, #20 - wrong registers and size.
SUB SP, SP, #28 PUSH {LR}: SUB SP, SP, #28 then PUSH {LR} - wrong size.Final Answer:
SUB SP, SP, #24 PUSH {LR} -> Option AQuick Check:
Allocate locals first, then save LR [OK]
- Allocating space after saving LR
- Using wrong register sets in PUSH
- Mismatching allocated bytes and saved registers
Ready to prove it?
Pass the test and this pattern moves unknown
