Home
last modified time | relevance | path

Searched full:convention (Results 1 – 25 of 371) sorted by relevance

12345678910>>...15

/Linux-v6.1/Documentation/bpf/libbpf/
Dlibbpf_naming_convention.rst3 API naming convention
7 functions and types. Every group has its own naming convention
68 API documentation above. See API naming convention to choose the right
145 API documentation convention
151 convention in which these comments should be formated.
/Linux-v6.1/Documentation/mips/
Dbooting.rst23 Legacy bootloaders do not use this convention, and they do not pass in a
27 This convention is defined for 32-bit systems only, as there are not
/Linux-v6.1/arch/arm/xen/
Dhypercall.S34 * The Xen hypercall calling convention is very similar to the ARM
35 * procedure calling convention: the first paramter is passed in r0, the
38 * in r4, differently from the procedure calling convention of using the
/Linux-v6.1/include/linux/
Darm-smccc.h12 * This file provides common defines for ARM SMC Calling Convention as
271 * This function is used to make HVC calls following SMC Calling Convention
285 * This function is used to make SMC calls following SMC Calling Convention
323 * This function is used to make SMC calls following SMC Calling Convention.
351 * Convention. The content of the supplied param are copied to registers 0
497 * This macro is used to make SMC calls following SMC Calling Convention v1.1.
513 * This macro is used to make HVC calls following SMC Calling Convention v1.1.
Dmutex.h212 * NOTE: mutex_trylock() follows the spin_trylock() convention,
213 * not the down_trylock() convention!
/Linux-v6.1/arch/xtensa/include/uapi/asm/
Dswab.h47 * __asm__ macro follows convention that the upper 16 bits of an in __arch_swab16()
49 * follow convention; indeed, it leaves garbage in the upport 16 in __arch_swab16()
/Linux-v6.1/arch/ia64/kernel/
Dpal.S43 * uses the static calling convention, i.e., the RSE may not be used and
52 * Make a PAL call using the static calling convention.
95 * Make a PAL call using the stacked registers calling convention.
131 * Make a physical mode PAL call using the static registers calling convention.
/Linux-v6.1/Documentation/bpf/
Dbpf_design_QA.rst26 BPF is generic instruction set *with* C calling convention.
29 Q: Why C calling convention was chosen? argument
36 defines calling convention that is compatible with C calling
37 convention of the linux kernel on those architectures.
45 A: NO. BPF calling convention only allows registers R1-R5 to be used
62 Q: Does C-calling convention diminishes possible use cases?
Dclassic_vs_extended.rst24 etc, and eBPF calling convention maps directly to ABIs used by the kernel on
61 - Introduces bpf_call insn and register passing convention for zero overhead
66 convention, then the interpreter will take them from registers and pass
71 instruction. This calling convention was picked to cover common call
189 them across the calls as defined by calling convention.
/Linux-v6.1/Documentation/driver-api/tty/
Dmoxa-smartio.rst14 3.2 Device naming convention
105 3.2 Device naming convention
113 Naming convention for each Smartio/Industio multiport board is
/Linux-v6.1/drivers/accessibility/speakup/
Di18n.h57 MSG_START, /* A little confusing, given our convention. */
58 MSG_END, /* A little confusing, given our convention. */
/Linux-v6.1/Documentation/filesystems/
Dadfs.rst101 file type information, a file naming convention was devised (initially
104 naming convention is now also used by RISC OS emulators such as RPCEmu.
/Linux-v6.1/Documentation/devicetree/bindings/powerpc/fsl/
Dmpc5200.txt31 It is *strongly* recommended that 5200B device trees follow this convention
39 "fsl,mpc5200-psc-i2s", not "fsl,mpc5200-i2s". This convention is chosen to
51 convention for SOC devices.
/Linux-v6.1/arch/powerpc/include/uapi/asm/
Dtm.h6 * convention, bit0 is copied to TEXASR[56] (IBM bit 7) which is set if
/Linux-v6.1/Documentation/x86/
Dbooting-dt.rst9 supports one calling convention which is documented in
/Linux-v6.1/arch/mips/kernel/
Dscall64-o32.S12 * convention than the kernel, so we have to translate things from o32
13 * to ABI64 calling convention. 64-bit syscalls are also processed
/Linux-v6.1/Documentation/devicetree/bindings/serial/
Dnxp,lpc1850-uart.txt12 convention outlined in bindings/dma/dma.txt
/Linux-v6.1/include/uapi/linux/
Datmapi.h25 * Convention: NULL pointers are passed as a field of all zeroes.
/Linux-v6.1/arch/mips/include/uapi/asm/
Dsgidefs.h31 * Subprogram calling convention
/Linux-v6.1/arch/arm64/include/asm/
Dasm-prototypes.h27 * This function uses a custom calling convention and cannot be called from C so
/Linux-v6.1/arch/x86/entry/
Dcalling.h15 x86 function call convention, 64-bit:
28 [**] for struct return values wider than 64 bits the return convention is a
39 x86 function calling convention, 32-bit:
/Linux-v6.1/Documentation/leds/
Duleds.rst24 convention of "devicename:color:function".
/Linux-v6.1/Documentation/devicetree/bindings/arm/samsung/
Dsamsung-soc.yaml7 title: Samsung S3C, S5P and Exynos SoC compatibles naming convention
/Linux-v6.1/Documentation/devicetree/bindings/gpio/
Dnvidia,tegra186-gpio.yaml41 Tegra HW documentation describes a unified naming convention for all GPIOs
55 that file, the naming convention for ports matches the HW documentation.
/Linux-v6.1/arch/arm/lib/
Dcall_with_stack.S19 * The sequence below follows the APCS frame convention for frame pointer

12345678910>>...15