| /kernel/linux/linux-5.10/lib/crypto/ |
| D | Kconfig | 15 accelerated implementation of the Blake2s library interface,
24 implementation is enabled, this implementation serves the users
31 accelerated implementation of the ChaCha library interface,
40 implementation is enabled, this implementation serves the users
50 by either the generic implementation or an arch-specific one, if one
57 accelerated implementation of the Curve25519 library interface,
66 implementation is enabled, this implementation serves the users
76 fulfilled by either the generic implementation or an arch-specific
93 accelerated implementation of the Poly1305 library interface,
102 implementation is enabled, this implementation serves the users
[all …]
|
| D | curve25519-generic.c | 5 * This is an implementation of the Curve25519 ECDH algorithm, using either
6 * a 32-bit implementation or a 64-bit implementation with 128-bit integers,
|
| D | curve25519.c | 5 * This is an implementation of the Curve25519 ECDH algorithm, using either
6 * a 32-bit implementation or a 64-bit implementation with 128-bit integers,
|
| /kernel/liteos_m/ |
| D | arch_spec.md | 6 │ │ │ └── gcc --- Implementation of the GCC toolc…
8 │ │ │ └── keil --- Implementation of the keil tool…
10 │ │ │ │── gcc --- Implementation of the GCC toolc…
13 │ │ │ └── iar --- Implementation of the IAR toolc…
17 │ │ │ │── gcc --- Implementation of the GCC toolc…
18 │ │ │ └── iar --- Implementation of the IAR toolc…
20 │ │ │── gcc --- Implementation of the GCC toolc…
21 │ │ └── iar --- Implementation of the IAR toolc…
24 │ │ └── gcc --- Implementation of the GCC toolc…
27 │ │ └── gcc --- Implementation of the GCC toolc…
[all …]
|
| /kernel/linux/linux-5.10/Documentation/crypto/ |
| D | architecture.rst | 103 the following implementations: AES-NI, assembler implementation, or
105 which cipher implementation is used? The answer to that question is the
106 priority number assigned to each cipher implementation by the kernel
109 implementations providing an implementation with that name and selects
110 the implementation with the highest priority.
113 implementation and thus does not want to rely on the priority-based
115 the cipher implementation to register a unique name in addition to
117 sure to refer to the intended cipher implementation.
133 - module: the kernel module providing the cipher implementation (or
136 - priority: the priority value of the cipher implementation
[all …]
|
| D | intro.rst | 43 The transformation implementation is an actual code or interface to
48 implementation. There can be multiple transformation objects associated
49 with a single transformation implementation. Each of those
52 consumer requests a transformation implementation. The consumer is then
|
| /kernel/linux/linux-5.10/drivers/mailbox/ |
| D | Kconfig | 23 Mailbox implementation for i.MX Messaging Unit (MU).
39 An implementation of the ARM PL320 Interprocessor Communication
50 Mailbox implementation for communication with the the firmware
59 Mailbox implementation for OMAP family chips with hardware for
98 An implementation of the Altera Mailbox soft core. It is used
106 An implementation of the BCM2385 Mailbox. It is used to invoke
114 Mailbox implementation for STMicroelectonics family chips with
121 An implementation of Message Manager slave driver for Keystone
134 An implementation of the hi3660 mailbox. It is used to send message
144 An implementation of the hi6220 mailbox. It is used to send message
[all …]
|
| /kernel/linux/linux-5.10/Documentation/arm/samsung/ |
| D | gpio.rst | 2 Samsung GPIO implementation
8 This outlines the Samsung GPIO implementation and the architecture
16 about these devices. Their implementation has been brought into line
17 with the core samsung implementation described in this document.
23 The gpio implementation uses gpiolib as much as possible, only providing
35 implementation to configure pins as necessary.
|
| /kernel/linux/linux-5.10/arch/arm/crypto/ |
| D | Kconfig | 73 fastest AES implementation for single blocks. For multiple
74 blocks, the NEON bit-sliced implementation is usually faster.
76 This implementation may be vulnerable to cache timing attacks,
90 Use a faster and more secure NEON based implementation of AES in CBC,
96 This implementation does not rely on any lookup tables so it is
106 Use an implementation of AES in CBC, CTR and XTS modes that uses
116 Use an implementation of GHASH (used by the GCM AEAD chaining mode)
|
| /kernel/linux/linux-5.10/Documentation/core-api/ |
| D | genericirq.rst | 28 The original implementation of interrupt handling in Linux uses the
33 a quite universal set for the ARM interrupt handler implementation in
42 During the implementation we identified another type:
51 This split implementation of high-level IRQ handlers allows us to
56 The original general IRQ implementation used hw_interrupt_type
76 flow handler implementation also makes it simple to provide
82 IRQ-flow implementation for 'level type' interrupts and add a
83 (sub)architecture specific 'edge type' implementation.
225 handle_level_irq provides a generic implementation for level-triggered
238 handle_fasteoi_irq provides a generic implementation for interrupts,
[all …]
|
| /kernel/linux/linux-5.10/Documentation/networking/ |
| D | x25.rst | 8 write an X.25 implementation for Linux. My aim is to provide a complete X.25
15 I therefore decided to write the implementation such that as far as the
18 implementation of LAPB. Therefore the LAPB modules would be called by
22 To confuse matters a little, an 802.2 LLC implementation for Linux is being
27 implementation is being done as part of another protocol project (SNA) and
|
| /kernel/linux/linux-5.10/drivers/char/xilinx_hwicap/ |
| D | buffer_icap.h | 13 * OR INFORMATION AS ONE POSSIBLE IMPLEMENTATION OF THIS FEATURE,
15 * THAT THIS IMPLEMENTATION IS FREE FROM ANY CLAIMS OF INFRINGEMENT,
17 * FOR YOUR IMPLEMENTATION. XILINX EXPRESSLY DISCLAIMS ANY
19 * IMPLEMENTATION, INCLUDING BUT NOT LIMITED TO ANY WARRANTIES OR
20 * REPRESENTATIONS THAT THIS IMPLEMENTATION IS FREE FROM CLAIMS OF
|
| D | fifo_icap.h | 13 * OR INFORMATION AS ONE POSSIBLE IMPLEMENTATION OF THIS FEATURE,
15 * THAT THIS IMPLEMENTATION IS FREE FROM ANY CLAIMS OF INFRINGEMENT,
17 * FOR YOUR IMPLEMENTATION. XILINX EXPRESSLY DISCLAIMS ANY
19 * IMPLEMENTATION, INCLUDING BUT NOT LIMITED TO ANY WARRANTIES OR
20 * REPRESENTATIONS THAT THIS IMPLEMENTATION IS FREE FROM CLAIMS OF
|
| /kernel/liteos_a/bsd/dev/usb/ |
| D | BUILD.gn | 36 "implementation/bsd_busspace.c",
37 "implementation/bsd_kernel.c",
38 "implementation/usb_btree.c",
39 "implementation/usb_busdma_loader.c",
40 "implementation/usb_init.c",
41 "implementation/usb_version.c",
|
| /kernel/linux/linux-5.10/Documentation/networking/caif/ |
| D | linux_caif.rst | 29 The implementation of CAIF is divided into:
32 * CAIF Core Protocol Implementation
59 Implementation chapter
75 The Core CAIF implementation contains:
77 - Simple implementation of CAIF.
92 Implementation. The support functions include:
94 - CFPKT CAIF Packet. Implementation of CAIF Protocol Packet. The
98 The CAIF Protocol implementation contains:
|
| /kernel/linux/linux-5.10/security/selinux/ |
| D | xfrm.c | 150 * LSM hook implementation that authorizes that a flow can use a xfrm policy
173 * LSM hook implementation that authorizes that a state matches
259 * LSM hook implementation that checks and/or returns the xfrm sid for the
283 * LSM hook implementation that allocs and transfers uctx spec to xfrm_policy.
293 * LSM hook implementation that copies security data structure from old to new
315 * LSM hook implementation that frees xfrm_sec_ctx security information.
323 * LSM hook implementation that authorizes deletion of labeled policies.
331 * LSM hook implementation that allocates a xfrm_sec_state, populates it using
341 * LSM hook implementation that allocates a xfrm_sec_state and populates based
383 * LSM hook implementation that frees xfrm_state security information.
[all …]
|
| /kernel/linux/linux-5.10/arch/openrisc/ |
| D | Kconfig | 87 Select this if your implementation features write through data caches.
104 Select this if your implementation has the Class II instruction l.ff1
110 Select this if your implementation has the Class II instruction l.fl1
116 Select this if your implementation has a hardware multiply instruction
122 Select this if your implementation has a hardware divide instruction
|
| /kernel/linux/linux-5.10/Documentation/driver-api/ |
| D | men-chameleon-bus.rst | 9 1.2 Limitations of the current implementation
26 This document describes the architecture and implementation of the MEN
33 implementation and does by no means describe the complete possibilities of MCB
36 Limitations of the current implementation
39 The current implementation is limited to PCI and PCIe based carrier devices
68 not handled by the MCB implementation.
97 The current implementation assigns exactly one memory and one IRQ resource
|
| /kernel/linux/linux-5.10/Documentation/locking/ |
| D | futex-requeue-pi.rst | 16 Without requeue_pi, the glibc implementation of
20 implementation would wake the highest-priority waiter, and leave the
56 user space already holding the PI futex. The glibc implementation
81 The actual glibc implementation will likely test for PI and make the
86 Implementation chapter
106 to be requeued to a PI-aware futex. The implementation is the
|
| /kernel/linux/linux-5.10/net/ipv4/ |
| D | tcp_lp.c | 11 * the original TCP-LP implementation:
27 * Original implementation for 2.4.19:
74 * We get the idea from original TCP-LP implementation where only left those we
94 * Clone the handling from Vegas module implementation.
115 * Implementation of cong_avoid.
132 * implementation only guest it for once and use forever.
214 * Implementation or rtt_sample.
219 * Most ideas come from the original TCP-LP implementation.
258 * Implementation of pkts_acked.
|
| /kernel/linux/linux-5.10/tools/perf/include/bpf/linux/ |
| D | socket.h | 8 #define _K_SS_MAXSIZE 128 /* Implementation specific max size */
10 /* Implementation specific desired alignment */
16 /* Following field(s) are implementation specific */
|
| /kernel/linux/linux-5.10/include/uapi/linux/ |
| D | socket.h | 8 #define _K_SS_MAXSIZE 128 /* Implementation specific max size */
20 /* Following field(s) are implementation specific */
25 void *__align; /* implementation specific desired alignment */
|
| /kernel/linux/linux-5.10/drivers/gpu/drm/amd/amdgpu/ |
| D | amdgpu_dma_buf.c | 45 * amdgpu_gem_prime_vmap - &dma_buf_ops.vmap implementation
67 * amdgpu_gem_prime_vunmap - &dma_buf_ops.vunmap implementation
81 * amdgpu_gem_prime_mmap - &drm_driver.gem_prime_mmap implementation
169 * amdgpu_dma_buf_attach - &dma_buf_ops.attach implementation
212 * amdgpu_dma_buf_detach - &dma_buf_ops.detach implementation
231 * amdgpu_dma_buf_pin - &dma_buf_ops.pin implementation
259 * amdgpu_dma_buf_unpin - &dma_buf_ops.unpin implementation
274 * amdgpu_dma_buf_map - &dma_buf_ops.map_dma_buf implementation
348 * amdgpu_dma_buf_unmap - &dma_buf_ops.unmap_dma_buf implementation
375 * amdgpu_dma_buf_begin_cpu_access - &dma_buf_ops.begin_cpu_access implementation
[all …]
|
| /kernel/linux/linux-5.10/kernel/rcu/ |
| D | Kconfig | 12 This option selects the RCU implementation that is
22 This option selects the RCU implementation that is
34 This option selects the RCU implementation that is
83 This option enables a task-based RCU implementation that uses
91 This option enables a task-based RCU implementation that uses
100 This option enables a task-based RCU implementation that uses
130 systems, but if you are stress-testing the RCU implementation
|
| /kernel/linux/linux-5.10/drivers/net/ethernet/mellanox/mlxsw/ |
| D | Kconfig | 33 tristate "PCI bus implementation for Mellanox Technologies Switch ASICs"
37 This is PCI bus implementation for Mellanox Technologies Switch ASICs.
43 tristate "I2C bus implementation for Mellanox Technologies Switch ASICs"
47 This is I2C bus implementation for Mellanox Technologies Switch ASICs.
|