Home
last modified time | relevance | path

Searched full:aapcs (Results 1 – 12 of 12) sorted by relevance

/linux-6.12.1/arch/arm64/lib/
Dkasan_sw_tags.S12 * A compiler-generated thunk calls this with a non-AAPCS calling
32 * To call a regular AAPCS function we must save x2 to x15 (which we can
/linux-6.12.1/arch/arm64/kernel/
Defi-rt-wrapper.S14 * Register x18 is designated as the 'platform' register by the AAPCS,
Dentry-ftrace.S25 * Each instrumented function follows the AAPCS, so here x0-x8 and x18-x30 are
116 * x19-x29 per the AAPCS, and we created frame records upon entry, so we need
Dsyscall.c59 * when applying stack alignment constraints: the AAPCS mandates a in invoke_syscall()
Dftrace.c371 * All instrumented functions follow the AAPCS, so x0-x8 and x19-x30 are live,
386 * being traced, the MOV is not harmful given x9 is not live per the AAPCS.
/linux-6.12.1/Documentation/devicetree/bindings/arm/
Dpsci.yaml23 in a manner similar to that specified by AAPCS:
/linux-6.12.1/arch/arm64/kernel/vdso32/
DMakefile49 VDSO_CAFLAGS += -mabi=aapcs-linux -mfloat-abi=soft
/linux-6.12.1/tools/testing/selftests/wireguard/qemu/
DMakefile90 CFLAGS += -march=armv7-a -mabi=aapcs-linux
102 CFLAGS += -march=armv7-a -mabi=aapcs-linux
/linux-6.12.1/arch/arm/
DMakefile113 CFLAGS_ABI :=-mabi=aapcs-linux -mfpu=vfp
/linux-6.12.1/arch/arm/crypto/
Daes-ce-core.S124 * Internal, non-AAPCS compliant functions that implement the core AES
/linux-6.12.1/arch/arm/mm/
Dproc-v7.S264 @ Invoke the v7_invalidate_l1() function, which adheres to the AAPCS
/linux-6.12.1/arch/arm64/net/
Dbpf_jit_comp.c506 /* Save FP and LR registers to stay align with ARM64 AAPCS */ in build_prologue()