Assembly Arm

mohitmishra786/low-level-dev-skills/skills/low-level-programming/assembly-arm

作者 mohitmishra786bdc58472fa9f無授權條款253 個星標收錄於 2026年10月9日更新於 2026年10月9日儲存庫3 個月前更新

AArch64 and ARM assembly skill for reading and writing ARM assembly code. Use when reading GCC/Clang output for AArch64 or ARM Thumb targets, writing inline asm in C/C++, understanding the ARM ABI (AAPCS64/AAPCS), or debugging register and stack state on ARM hardware or QEMU. Activates on queries about AArch64 assembly, ARM Thumb, NEON/SVE SIMD, ARM calling convention, inline asm for ARM, or reading ARM disassembly.

AI 產生的概覽

指導閱讀與撰寫 AArch64 及 ARM Thumb 組合語言,涵蓋暫存器、呼叫慣例、內嵌組合語言與 NEON/SVE SIMD。

功能
說明 AArch64 與 32 位元 ARM Thumb 組合語言:暫存器角色、AAPCS64/AAPCS 呼叫慣例、常用指令,以及典型的函式開頭與結尾模式。說明如何用 GCC/Clang、objdump 與 GDB 產生並檢視組合語言,如何撰寫帶 ARM 專用限制條件的 GCC/Clang 內嵌組合語言,以及如何使用 NEON 內建函式。內容也涵蓋 Darwin 與 Linux 的 ABI 差異、Apple AMX 與 16KB 頁面大小注意事項、NEON 移轉到 SVE2 的提示,並附上暫存器參考檔案。
適用情境
適用於閱讀 AArch64 或 ARM Thumb 目標的編譯器輸出或反組譯、在 C/C++ 中撰寫內嵌組合語言、確認 ARM 呼叫慣例,或在 ARM 硬體與 QEMU 上除錯暫存器與堆疊狀態。也適合 NEON/SVE SIMD 相關工作,以及把 NEON 程式碼移轉到 SVE2。不適用於 x86-64 組合語言,那由相關技能涵蓋。
執行需求
不含指令稿,僅為說明文件。閱讀 GCC/Clang 或 objdump 輸出、測試內嵌組合語言需要 ARM 交叉工具鏈(例如 aarch64-linux-gnu-gcc、arm-linux-gnueabihf-gcc、objdump)或 ARM 硬體/QEMU,使用 NEON 內建函式還需要帶 arm_neon.h 的 C/C++ 編譯器。

ARM / AArch64 Assembly

Purpose

Guide agents through AArch64 (64-bit) and ARM (32-bit Thumb) assembly: registers, calling conventions, inline asm, and NEON/SVE SIMD patterns.

Triggers

  • "How do I read ARM64 assembly output?"
  • "What are the AArch64 registers and calling convention?"
  • "How do I write inline asm for ARM?"
  • "What is the difference between AArch64 and ARM Thumb?"
  • "How do I use NEON intrinsics?"

Workflow

1. Generate ARM assembly

bash
# AArch64 (native or cross-compile)aarch64-linux-gnu-gcc -S -O2 foo.c -o foo.s
# 32-bit ARM Thumbarm-linux-gnueabihf-gcc -S -O2 -mthumb foo.c -o foo.s
# From objdumpaarch64-linux-gnu-objdump -d -S prog
# From GDB on target(gdb) disassemble /s main

2. AArch64 registers (AAPCS64)

RegisterAliasRole
x0–x7—Arguments 1–8 and return values
x8xrIndirect result location (struct return)
x9–x15—Caller-saved temporaries
x16–x17ip0, ip1Intra-procedure-call temporaries (used by linker)
x18prPlatform register (reserved on some OS)
x19–x28—Callee-saved
x29fpFrame pointer (callee-saved)
x30lrLink register (return address)
sp—Stack pointer (must be 16-byte aligned at call)
pc—Program counter (not directly accessible)
xzrwzrZero register (reads as 0, writes discarded)
v0–v7q0–q7FP/SIMD args and return
v8–v15—Callee-saved SIMD (lower 64 bits only)
v16–v31—Caller-saved temporaries

Width variants: x0 (64-bit), w0 (32-bit, zero-extends to 64), h0 (16), b0 (8).

3. AAPCS64 calling convention

Integer/pointer args: x0–x7 Float/SIMD args: v0–v7 Return: x0 (int), x0+x1 (128-bit), v0 (float/SIMD) Callee-saved: x19–x28, x29 (fp), x30 (lr), v8–v15 (lower 64 bits) Caller-saved: everything else

Stack must be 16-byte aligned at any bl or blr instruction.

4. Common AArch64 instructions

InstructionEffect
mov x0, x1Copy register
mov x0, #42Load immediate
movz x0, #0x1234, lsl #16Move zero-extended with shift
movk x0, #0xabcdMove with keep (partial update)
ldr x0, [x1]Load 64-bit from address in x1
ldr x0, [x1, #8]Load from x1+8
str x0, [x1, #8]Store x0 to x1+8
ldp x0, x1, [sp, #16]Load pair (two regs at once)
stp x29, x30, [sp, #-16]!Store pair, pre-decrement sp
add x0, x1, x2x0 = x1 + x2
add x0, x1, #8x0 = x1 + 8
sub x0, x1, x2x0 = x1 - x2
mul x0, x1, x2x0 = x1 * x2
sdiv x0, x1, x2Signed divide
udiv x0, x1, x2Unsigned divide
cmp x0, x1Set flags for x0 - x1
cbz x0, labelBranch if x0 == 0
cbnz x0, labelBranch if x0 != 0
bl funcBranch with link (call)
blr x0Branch with link to address in x0
retReturn (branch to x30)
ret x0Return to address in x0
adrp x0, symbolPC-relative page address
add x0, x0, :lo12:symbolLow 12 bits of symbol offset

5. Typical function prologue/epilogue

asm
// Non-leaf functionstp  x29, x30, [sp, #-32]!   // save fp, lr; allocate 32 bytesmov  x29, sp                  // set frame pointerstp  x19, x20, [sp, #16]     // save callee-saved registers// ... body ...ldp  x19, x20, [sp, #16]     // restoreldp  x29, x30, [sp], #32     // restore fp, lr; deallocateret
// Leaf function (no calls, no callee-saved regs needed)// Can use red zone (no rsp adjustment) — but AArch64 has no red zonesub  sp, sp, #16             // allocate locals// ... body ...add  sp, sp, #16ret

6. Inline assembly (GCC/Clang)

c
// Barrier__asm__ volatile ("dmb ish" ::: "memory");
// Load acquirestatic inline int load_acquire(volatile int *p) {    int val;    __asm__ volatile ("ldar %w0, %1" : "=r"(val) : "Q"(*p));    return val;}
// Store releasestatic inline void store_release(volatile int *p, int val) {    __asm__ volatile ("stlr %w1, %0" : "=Q"(*p) : "r"(val));}
// Read system counterstatic inline uint64_t read_cntvct(void) {    uint64_t val;    __asm__ volatile ("mrs %0, cntvct_el0" : "=r"(val));    return val;}

AArch64-specific constraints:

  • "Q" — memory operand suitable for exclusive/acquire/release instructions
  • "r" — any general-purpose register
  • "w" — any FP/SIMD register

7. NEON SIMD intrinsics

c
#include <arm_neon.h>
// Add 4 floats at oncefloat32x4_t a = vld1q_f32(arr_a);   // load 4 floatsfloat32x4_t b = vld1q_f32(arr_b);float32x4_t c = vaddq_f32(a, b);vst1q_f32(result, c);
// Horizontal sumfloat32x4_t sum = vpaddq_f32(c, c);sum = vpaddq_f32(sum, sum);float total = vgetq_lane_f32(sum, 0);

Naming convention: v<op><q>_<type>

  • q suffix: 128-bit (quad) vector
  • _f32: float32, _s32: int32, _u8: uint8, etc.

8. Darwin vs Linux AArch64 ABI differences

AspectLinux (AAPCS64)Apple Darwin (arm64)
Stack alignment16 bytes at public interfaces16 bytes
Red zone128 bytes below SPNo red zone
x18 registerPlatform reserved (TLS)Platform register (do not use)
Varargsx0–x7, then stackSame, but different objc_msgSend conventions
Name manglingItanium C++ ABISame + Apple blocks

On macOS/iOS, avoid using x18; use _DARWIN_C_LEVEL headers for platform types.

9. AMX primer (Apple Silicon)

Apple Matrix coprocessor (AMX) is not exposed via public intrinsics. Access paths:

c
// Practical: Accelerate/vecLib uses AMX internally#include <Accelerate/Accelerate.h>// cblas_sgemm, vDSP_* dispatch to AMX on M-series
// Low-level: community-documented opcodes — not portable, avoid in production

Prefer Metal Performance Shaders or Accelerate for matrix workloads on Apple Silicon (skills/platform/apple-silicon).

10. 16KB page size on Apple M-series

macOS on Apple Silicon uses 16KB pages (not 4KB):

c
#include <unistd.h>long page = sysconf(_SC_PAGESIZE);  // 16384 on macOS arm64// Align mmap and posix_memalign to page size

Code assuming PAGE_SIZE == 4096 may misalign buffers or fail mmap on macOS.

11. NEON → SVE2 migration hints

Porting checklist├── Replace 128-bit fixed loops with svcnt*() strides on SVE hardware├── Use predicates (svwhilelt) for tails instead of scalar epilogues├── Guard SVE code with #ifdef __ARM_FEATURE_SVE└── Keep NEON path for Apple M1–M3 (no SVE); use SVE2 on Graviton/M4+

See skills/platform/arm-sve for SVE intrinsics and auto-vectorization flags.

For a register reference, see references/reference.md [blocked].

Related skills

  • Use skills/low-level-programming/assembly-x86 for x86-64 assembly
  • Use skills/compilers/cross-gcc for cross-compilation toolchain
  • Use skills/debuggers/gdb for debugging ARM code with gdbserver
  • Use skills/platform/arm-sve for SVE/SVE2 scalable vectors
  • Use skills/platform/apple-silicon for M-series unified memory and AMX

來源與署名

來源:mohitmishra786/low-level-dev-skills位於skills/low-level-programming/assembly-arm提交bdc5847

授權條款: 無授權條款

內容歸原作者所有。SourceWeft 從公開儲存庫中收錄這些內容。

檢舉或申請下架