| /linux/Documentation/crypto/ |
| H A D | intro.rst | 8 as other data transformation mechanisms and methods to invoke these.
27 - data transformation implementations (typically ciphers) that can be
32 however, does not discuss all API calls available to data transformation
37 Note: The terms "transformation" and cipher algorithm are used
43 The transformation implementation is an actual code or interface to
44 hardware which implements a certain transformation with precisely
47 The transformation object (TFM) is an instance of a transformation
48 implementation. There can be multiple transformation objects associated
49 with a single transformation implementation. Each of those
50 transformation objects is held by a crypto API consumer or another
[all …]
|
| H A D | devel-algos.rst | 4 Registering And Unregistering Transformation
8 API. One is used to register a generic cryptographic transformation,
19 former function registers a single transformation, while the latter
20 works on an array of transformation descriptions. The latter is useful
52 This section describes the simplest of all transformation
62 filled in with proper callbacks to implement this transformation.
103 This section describes the multi-block cipher transformation
105 which operate on scatterlists of data supplied to the transformation
141 Registering And Unregistering The Transformation
144 There are multiple ways to register a HASH transformation, depending on
[all …]
|
| /linux/Documentation/networking/ |
| H A D | xfrm_proc.rst | 10 Transformation Statistics
14 dropped by the transformation code and why. These counters are defined
36 Transformation protocol specific error
40 Transformation mode specific error
94 Transformation protocol specific error
97 Transformation mode specific error
|
| H A D | pktgen.rst | 282 Default IPsec transformation with ESP encapsulation plus transport mode
289 you can use "pgset spi SPI_VALUE" to specify which transformation mode
|
| /linux/include/crypto/ |
| H A D | hash.h | 35 * @digestsize: Size of the result of the transformation. A buffer of this size
40 * @statesize: Size of the block for partial state of the transformation. A
42 * will save the partial state of the transformation into it. On the
77 * @init: **[mandatory]** Initialize the transformation context. Intended only to initialize the
78 * state of the HASH transformation at the beginning. This shall fill in
80 * transformation. No data processing happens at this point. Driver code
82 * @update: **[mandatory]** Push a chunk of data into the driver for transformation. This
85 * function must not finalize the HASH transformation by calculating the
87 * transformation. This function shall not modify the transformation
89 * transformation object. Data processing can happen synchronously
[all …]
|
| H A D | aead.h | 107 * transformation. A transformation may support smaller tag sizes.
112 * @setauthsize: Set authentication size for the AEAD transformation. This
114 * authentication tag to be either generated by the transformation
124 * @init: Initialize the cryptographic transformation object. This function
125 * is used to initialize the cryptographic transformation object.
127 * after the transformation context was allocated. In case the
130 * requirement of the transformation and put any software fallbacks
132 * @exit: Deinitialize the cryptographic transformation object. This is a
|
| /linux/include/sound/sof/ |
| H A D | channel_map.h | 16 * \brief Channel map, specifies transformation of one-to-many or many-to-one.
26 * Ext ID is the identifier of external part of the transformation. Depending
49 * More than one transformation per a single channel is allowed (in case
51 * A channel may be skipped in the transformation list, then it is filled
52 * with 0's by the transformation function.
|
| /linux/net/ipv6/ |
| H A D | Kconfig | 52 tristate "IPv6: AH transformation"
67 tristate "IPv6: ESP transformation"
82 tristate "IPv6: ESP transformation offload"
87 Support for ESP transformation offload. This makes sense
107 tristate "IPv6: IPComp transformation"
|
| H A D | ioam6_iptunnel.c | 369 * transformation and that we need to use orig_dst instead of the cache in ioam6_output()
431 /* If the destination is the same after transformation (which is in ioam6_output()
451 * after transformation (e.g., with the inline mode) in ioam6_output()
|
| /linux/Documentation/userspace-api/media/drivers/ |
| H A D | dw100.rst | 7 programmable geometrical transformation on the input image to correct distortion
10 The transformation function is exposed by the hardware as a grid map with 16x16
|
| /linux/drivers/media/platform/nxp/dw100/ |
| H A D | Kconfig | 13 transformation on source images through a programmable dewarping map.
|
| /linux/Documentation/timers/ |
| H A D | highres.rst | 66 Figure #3 (OLS slides p.18) illustrates the transformation.
139 Figure #4 (OLS slides p.20) illustrates the transformation.
205 Figure #5 (OLS slides p.22) illustrates the transformation.
|
| /linux/net/ipv4/ |
| H A D | Kconfig | 341 tristate "IP: AH transformation"
356 tristate "IP: ESP transformation"
371 tristate "IP: ESP transformation offload"
376 Support for ESP transformation offload. This makes sense
396 tristate "IP: IPComp transformation"
|
| /linux/arch/xtensa/include/asm/ |
| H A D | kasan.h | 23 /* Offset for mem to shadow address transformation */
|
| /linux/Documentation/devicetree/bindings/iio/ |
| H A D | mount-matrix.txt | 178 producing the transformation matrix.
183 mechanically mounted in an ideal way and we need no transformation):
|
| /linux/drivers/comedi/drivers/ |
| H A D | jr3_pci.h | 151 * coordinate transformation, or new sensor full scale is set by the
355 * whenever a new coordinate transformation is calculated. It is
485 * a coordinate transformation or a full scale change. Peak data is
690 * transformation from the center of the sensor to either flange.
|
| /linux/drivers/gpu/drm/ |
| H A D | drm_rect.c | 241 * @rotation: Transformation to be applied
307 * @rotation: Transformation whose inverse is to be applied
|
| /linux/drivers/gpu/drm/exynos/ |
| H A D | exynos_drm_ipp.h | 79 * struct exynos_drm_ipp_task - a structure describing transformation that
|
| /linux/tools/testing/selftests/rcutorture/bin/ |
| H A D | kvm-transform.sh | 17 # The transformation assumes that the qemu command is confined to a
|
| /linux/arch/arm64/crypto/ |
| H A D | aes-neon.S | 69 /* apply SubBytes transformation using the preloaded Sbox */
80 /* apply MixColumns transformation */
|
| /linux/include/linux/ |
| H A D | hmm.h | 28 * HMM_PFN_DMA_MAPPED - Flag preserved on input-to-output transformation
|
| /linux/tools/build/ |
| H A D | fixdep.c | 11 * base transformation of dependecies without the CONFIG mangle.
|
| /linux/drivers/crypto/ |
| H A D | atmel-i2c.h | 152 * @ctx : transformation context.
|
| /linux/Documentation/input/ |
| H A D | event-codes.rst | 339 devices require non-trivial transformation, such as absolute to relative
340 transformation for touchpads. Typical direct input devices: touchscreens,
|
| /linux/drivers/video/fbdev/matrox/ |
| H A D | matroxfb_base.h | 592 #define M_OPMODE_DMA_LE 0x0000 /* little endian - no transformation */
596 #define M_OPMODE_DIR_LE 0x000000 /* little endian - no transformation */
|