| /linux/lib/crypto/ |
| A D | Kconfig | 15 accelerated implementation of the Blake2s library interface,
24 implementation is enabled, this implementation serves the users
33 by either the generic implementation or an arch-specific one, if one
40 accelerated implementation of the ChaCha library interface,
50 implementation is enabled, this implementation serves the users
59 by either the generic implementation or an arch-specific one, if one
66 accelerated implementation of the Curve25519 library interface,
75 implementation is enabled, this implementation serves the users
84 fulfilled by either the generic implementation or an arch-specific
101 accelerated implementation of the Poly1305 library interface,
[all …]
|
| /linux/Documentation/arm/samsung/ |
| A 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.
|
| /linux/Documentation/crypto/ |
| A D | architecture.rst | 110 the implementation with the highest priority.
117 sure to refer to the intended cipher implementation.
136 - priority: the priority value of the cipher implementation
161 an ECDH or DH implementation
205 an ECDH or DH implementation
265 the AES-NI implementation, the CTR mode, the GHASH implementation and
275 crypto API for the cipher implementation type.
354 5. The GCM AEAD implementation also invokes the GHASH cipher
355 implementation via the AHASH API.
379 implementation:
[all …]
|
| A 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
|
| /linux/drivers/video/fbdev/nvidia/ |
| A D | nv_setup.c | 230 u32 implementation = par->Chipset & 0x0ff0; in nv10GetConfig() local
261 if (par->twoHeads && (implementation != 0x0110)) { in nv10GetConfig()
275 u16 implementation = par->Chipset & 0x0ff0; in NVCommonSetup() local
312 (implementation != 0x0100) && in NVCommonSetup()
313 (implementation != 0x0150) && in NVCommonSetup()
314 (implementation != 0x01A0) && (implementation != 0x0200); in NVCommonSetup()
317 (implementation != 0x0110)); in NVCommonSetup()
319 par->twoStagePLL = (implementation == 0x0310) || in NVCommonSetup()
323 (implementation != 0x0100); in NVCommonSetup()
440 if (implementation != 0x0110) { in NVCommonSetup()
[all …]
|
| /linux/arch/arm/crypto/ |
| A D | Kconfig | 71 slower than the NEON implementation of BLAKE2b. (There is no NEON
72 implementation of BLAKE2s, since NEON doesn't really help with it.)
81 Crypto Extensions, typically this BLAKE2b implementation is
92 fastest AES implementation for single blocks. For multiple
93 blocks, the NEON bit-sliced implementation is usually faster.
95 This implementation may be vulnerable to cache timing attacks,
107 Use a faster and more secure NEON based implementation of AES in CBC,
113 This implementation does not rely on any lookup tables so it is
123 Use an implementation of AES in CBC, CTR and XTS modes that uses
133 Use an implementation of GHASH (used by the GCM AEAD chaining mode)
|
| /linux/drivers/mailbox/ |
| A D | Kconfig | 42 Mailbox implementation for i.MX Messaging Unit (MU).
58 An implementation of the ARM PL320 Interprocessor Communication
69 Mailbox implementation for communication with the the firmware
78 Mailbox implementation for OMAP family chips with hardware for
117 An implementation of the Altera Mailbox soft core. It is used
125 An implementation of the BCM2385 Mailbox. It is used to invoke
133 Mailbox implementation for STMicroelectonics family chips with
140 An implementation of Message Manager slave driver for Keystone
229 Mailbox implementation of the Broadcom FlexRM ring manager,
237 Mailbox implementation for STMicroelectonics STM32 family chips
[all …]
|
| /linux/Documentation/core-api/ |
| A 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.
274 handle_simple_irq provides a generic implementation for simple
289 handle_percpu_irq provides a generic implementation for per CPU
[all …]
|
| /linux/Documentation/networking/ |
| A 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 is also possible
|
| A D | sctp.rst | 8 implementation.
21 The initial project goal is to create an Linux kernel reference implementation
33 implementation and testing lksctp on IPv4.
|
| /linux/drivers/net/ethernet/mellanox/mlxsw/ |
| A 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.
|
| /linux/Documentation/driver-api/ |
| A D | men-chameleon-bus.rst | 9 1.2 Limitations of the current implementation
27 This document describes the architecture and implementation of the MEN
34 implementation and does by no means describe the complete possibilities of MCB
37 Limitations of the current implementation
40 The current implementation is limited to PCI and PCIe based carrier devices
69 not handled by the MCB implementation.
98 The current implementation assigns exactly one memory and one IRQ resource
|
| /linux/net/nsh/ |
| A D | Kconfig | 6 Network Service Header is an implementation of Service Function
7 Chaining (RFC 7665). The current implementation in Linux supports
|
| /linux/Documentation/driver-api/media/drivers/ |
| A D | rkisp1.rst | 31 - V12 supports a new CSI-host implementation but can still
32 also use the same implementation from V10
43 - V13 does not support the old CSI-host implementation anymore
|
| /linux/arch/openrisc/ |
| A D | Kconfig | 81 Select this if your implementation features write through data caches.
98 Select this if your implementation has the Class II instruction l.ff1
104 Select this if your implementation has the Class II instruction l.fl1
110 Select this if your implementation has a hardware multiply instruction
116 Select this if your implementation has a hardware divide instruction
|
| /linux/Documentation/userspace-api/media/dvb/ |
| A D | legacy_dvb_apis.rst | 17 code implementation, as this section of the document was written
19 implementation.
|
| /linux/lib/vdso/ |
| A D | Kconfig | 11 This is a generic implementation of gettimeofday vdso.
13 provide the fallback implementation.
|
| /linux/net/nfc/hci/ |
| A D | Kconfig | 4 tristate "NFC HCI implementation"
8 implementation. This is mostly needed for devices that only process
|
| /linux/Documentation/networking/devlink/ |
| A D | devlink-reload.rst | 34 implementation might require to perform another action alongside with
42 By default reload actions are not limited and driver implementation may
46 implementation to specific constraints.
|
| /linux/Documentation/devicetree/bindings/nios2/ |
| A D | nios2.txt | 35 - altr,implementation: Nios II core implementation, this should be "fast";
50 altr,implementation = "fast";
|
| /linux/Documentation/filesystems/nfs/ |
| A D | nfs41-server.rst | 21 The NFSv4 minorversion 1 (NFSv4.1) implementation in nfsd is based
24 From the many new features in NFSv4.1 the current implementation
33 are not supported yet by the linux server implementation.
41 The following abbreviations indicate the linux server implementation status.
242 implementation ids are ignored
|
| /linux/Documentation/locking/ |
| A 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
106 to be requeued to a PI-aware futex. The implementation is the
|
| /linux/Documentation/virt/kvm/devices/ |
| A D | arm-vgic.rst | 64 GICD_IIDR.Revision is updated when the KVM implementation of an emulated
67 confirm its expected behavior is aligned with the KVM implementation.
95 The Active Priorities Registers APRn are implementation defined, so we set a
96 fixed format for our implementation that fits with the model of a "GICv2
97 implementation without the security extensions" which we present to the
|
| /linux/Documentation/arm/ |
| A D | vlocks.rst | 119 ARM implementation
122 The current ARM implementation [2] contains some optimisations beyond
130 In the ARM implementation, this means that we can use a single load
159 implementation uses a simple loop of word-sized loads for this
166 implementation.
171 implementation removes many of the barriers which would be required
|
| /linux/Documentation/watchdog/ |
| A D | mlx-wdt.rst | 31 Type 1 HW watchdog implementation exist in old systems and
33 Two types of HW implementation have also different register map.
35 Type 3 HW watchdog implementation can exist on all Mellanox systems
|