Searched refs:accelerated (Results 1 – 25 of 42) sorted by relevance
12
| /Linux-v5.10/lib/crypto/ |
| D | Kconfig | 15 accelerated implementation of the Blake2s library interface,
40 accelerated implementation of the ChaCha library interface,
66 accelerated implementation of the Curve25519 library interface,
101 accelerated implementation of the Poly1305 library interface,
|
| /Linux-v5.10/arch/arm/crypto/ |
| D | Kconfig | 108 tristate "PMULL-accelerated GHASH using NEON/ARMv8 Crypto Extensions"
132 tristate "NEON and scalar accelerated ChaCha stream cipher algorithms"
142 tristate "NEON accelerated NHPoly1305 hash function (for Adiantum)"
147 tristate "NEON accelerated Curve25519 scalar multiplication library"
|
| /Linux-v5.10/drivers/crypto/ |
| D | Kconfig | 130 This is the s390 hardware accelerated implementation of the
141 This is the s390 hardware accelerated implementation of the
151 This is the s390 hardware accelerated implementation of the
161 This is the s390 hardware accelerated implementation of the
171 This is the s390 hardware accelerated implementation of the
181 This is the s390 hardware accelerated implementation of the
193 This is the s390 hardware accelerated implementation of the
196 As of z990 the ECB and CBC mode are hardware accelerated.
197 As of z196 the CTR mode is hardware accelerated.
205 This is the s390 hardware accelerated implementation of the
[all …]
|
| /Linux-v5.10/Documentation/networking/ |
| D | failover.rst | 16 This enables paravirtual drivers to use a VF as an accelerated low latency
|
| D | net_failover.rst | 28 virtio-net accelerated datapath: STANDBY mode
31 net_failover enables hypervisor controlled accelerated datapath to virtio-net
|
| D | gtp.rst | 71 data plane is accelerated inside the kernel.
74 kernel accelerated path, while the GTP Control Plane goes to
|
| /Linux-v5.10/Documentation/fb/ |
| D | vesafb.rst | 20 * You can run XF68_FBDev on top of /dev/fb0 (=> non-accelerated X11
88 XF68_FBDev should work just fine, but it is non-accelerated. Running
89 another (accelerated) X-Server like XF86_SVGA might or might not work.
|
| D | lxfb.rst | 37 XF68_FBDev should generally work fine, but it is non-accelerated.
|
| D | gxfb.rst | 36 XF68_FBDev should generally work fine, but it is non-accelerated.
|
| D | matroxfb.rst | 93 XF{68,86}_FBDev should work just fine, but it is non-accelerated. On non-intel
97 Running another (accelerated) X-Server like XF86_SVGA works too. But (at least)
99 head, not even talking about second). Running XFree86 4.x accelerated mga
209 non-accelerated mode (`noaccel` or `fbset -accel false`), software
413 + secondary head is not accelerated. There were bad problems with accelerated
433 + secondary head is not accelerated.
|
| D | aty128fb.rst | 42 XF68_FBDev should generally work fine, but it is non-accelerated. As of
|
| D | tridentfb.rst | 15 All families are accelerated. Only PCI/AGP based cards are supported,
|
| /Linux-v5.10/Documentation/devicetree/bindings/leds/ |
| D | leds-spi-byte.txt | 13 accelerated blinking) might can be supported too.
|
| /Linux-v5.10/drivers/video/fbdev/omap/ |
| D | Kconfig | 60 memory, or don't use any of the accelerated features.
|
| /Linux-v5.10/drivers/net/ethernet/sfc/ |
| D | Kconfig | 55 features, allowing accelerated network performance in
|
| /Linux-v5.10/drivers/net/ethernet/mellanox/mlx5/core/ |
| D | Kconfig | 43 bool "Mellanox MLX5 ethernet accelerated receive flow steering (ARFS) support"
47 Mellanox MLX5 ethernet hardware-accelerated receive flow steering support,
|
| /Linux-v5.10/drivers/infiniband/hw/i40iw/ |
| D | i40iw_cm.h | 338 bool accelerated; member
|
| /Linux-v5.10/Documentation/scsi/ |
| D | cxgb3i.rst | 87 4. To direct open-iscsi traffic to go through cxgb3i's accelerated path,
|
| /Linux-v5.10/crypto/ |
| D | Kconfig | 286 tristate "x86_64 accelerated Curve25519 scalar multiplication library"
537 the SoC in question has accelerated CBC but not XTS, making CBC
538 combined with ESSIV the only feasible mode for h/w accelerated
600 support CRC32C implementation using hardware accelerated CRC32
642 CRC32 PCLMULQDQ implementation using hardware accelerated PCLMULQDQ
700 tristate "BLAKE2s digest algorithm (x86 accelerated version)"
720 accelerated PCLMULQDQ instruction. This option will create
941 This is the powerpc hardware accelerated implementation of the
1080 tristate "GHASH hash function (CLMUL-NI accelerated)"
1084 This is the x86_64 CLMUL-NI accelerated implementation of
|
| /Linux-v5.10/drivers/soc/tegra/ |
| D | Kconfig | 88 and providing 256 CUDA cores. It supports hardware-accelerated en-
|
| /Linux-v5.10/net/ipv6/ |
| D | Kconfig | 60 them in the crypto API. You should also enable accelerated
75 them in the crypto API. You should also enable accelerated
|
| /Linux-v5.10/Documentation/networking/device_drivers/ethernet/mellanox/ |
| D | mlx5.rst | 42 | Enables Hardware-accelerated receive flow steering (arfs) support, and ntuple filtering.
75 | Requires CONFIG_MLX5_CORE_EN to provide an accelerated interface for the rdma
|
| /Linux-v5.10/drivers/video/fbdev/ |
| D | Kconfig | 45 (e.g. an accelerated X server) and that are not frame buffer
82 (accelerated) version.
89 This is used by drivers that don't provide their own (accelerated)
98 (accelerated) version.
114 (accelerated) version and the framebuffer is in system RAM.
121 This is used by drivers that don't provide their own (accelerated)
130 (accelerated) version and the framebuffer is in system RAM.
1178 head is not compatible with accelerated XFree 3.3.x SVGA servers -
1654 bool "VT8500/WM8xxx accelerated raster ops support"
1657 This adds support for accelerated raster operations on the
|
| /Linux-v5.10/drivers/net/ethernet/stmicro/stmmac/ |
| D | Kconfig | 80 will behave like standard non-accelerated ethernet interfaces.
|
| /Linux-v5.10/Documentation/leds/ |
| D | leds-class.rst | 150 Hardware accelerated blink of LEDs
|
12
