Searched refs:accelerated (Results 1 – 25 of 36) sorted by relevance
12
| /Linux-v4.19/drivers/crypto/ |
| D | Kconfig | 100 This is the s390 hardware accelerated implementation of the
111 This is the s390 hardware accelerated implementation of the
121 This is the s390 hardware accelerated implementation of the
131 This is the s390 hardware accelerated implementation of the
143 This is the s390 hardware accelerated implementation of the
146 As of z990 the ECB and CBC mode are hardware accelerated.
147 As of z196 the CTR mode is hardware accelerated.
155 This is the s390 hardware accelerated implementation of the
158 As of z9 the ECB and CBC modes are hardware accelerated
160 As of z10 the ECB and CBC modes are hardware accelerated
[all …]
|
| /Linux-v4.19/arch/arm/crypto/ |
| D | Kconfig | 98 tristate "PMULL-accelerated GHASH using NEON/ARMv8 Crypto Extensions"
119 tristate "NEON accelerated ChaCha20 symmetric cipher"
125 tristate "NEON accelerated Speck cipher algorithms"
|
| /Linux-v4.19/arch/arm64/crypto/ |
| D | Kconfig | 109 tristate "NEON accelerated ChaCha20 symmetric cipher"
123 tristate "NEON accelerated Speck cipher algorithms"
|
| /Linux-v4.19/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.txt | 64 data plane is accelerated inside the kernel.
67 kernel accelerated path, while the GTP Control Plane goes to
|
| /Linux-v4.19/drivers/net/ethernet/mellanox/mlx5/core/ |
| D | Kconfig | 40 bool "Mellanox MLX5 ethernet accelerated receive flow steering (ARFS) support"
44 Mellanox MLX5 ethernet hardware-accelerated receive flow steering support,
|
| /Linux-v4.19/drivers/infiniband/hw/nes/ |
| D | nes_cm.h | 343 bool accelerated; member
438 int (*accelerated)(struct nes_cm_core *, struct nes_cm_node *); member
|
| D | nes_cm.c | 139 .accelerated = mini_cm_accelerated,
1253 (!cm_node->accelerated)) { in mini_cm_dec_refcnt_listen()
1369 cm_node->accelerated = true; in mini_cm_accelerated()
1573 if (!cm_node->accelerated && cm_node->accept_pend) { in rem_ref_cm_node()
3260 cm_node->cm_core->api->accelerated(cm_node->cm_core, cm_node); in nes_accept()
3655 cm_node->cm_core->api->accelerated(cm_node->cm_core, cm_node); in cm_event_connected()
|
| /Linux-v4.19/Documentation/fb/ |
| D | vesafb.txt | 20 * You can run XF68_FBDev on top of /dev/fb0 (=> non-accelerated X11
83 XF68_FBDev should work just fine, but it is non-accelerated. Running
84 another (accelerated) X-Server like XF86_SVGA might or might not work.
|
| D | gxfb.txt | 35 XF68_FBDev should generally work fine, but it is non-accelerated.
|
| D | lxfb.txt | 35 XF68_FBDev should generally work fine, but it is non-accelerated.
|
| D | matroxfb.txt | 82 XF{68,86}_FBDev should work just fine, but it is non-accelerated. On non-intel
86 Running another (accelerated) X-Server like XF86_SVGA works too. But (at least)
88 head, not even talking about second). Running XFree86 4.x accelerated mga
192 non-accelerated mode (`noaccel' or `fbset -accel false'), software
384 + secondary head is not accelerated. There were bad problems with accelerated
404 + secondary head is not accelerated.
|
| D | aty128fb.txt | 41 XF68_FBDev should generally work fine, but it is non-accelerated. As of
|
| D | tridentfb.txt | 11 All families are accelerated. Only PCI/AGP based cards are supported,
|
| /Linux-v4.19/drivers/video/fbdev/omap/ |
| D | Kconfig | 59 memory, or don't use any of the accelerated features.
|
| /Linux-v4.19/drivers/net/ethernet/sfc/ |
| D | Kconfig | 53 features, allowing accelerated network performance in
|
| /Linux-v4.19/Documentation/scsi/ |
| D | cxgb3i.txt | 81 4. To direct open-iscsi traffic to go through cxgb3i's accelerated path,
|
| /Linux-v4.19/drivers/soc/tegra/ |
| D | Kconfig | 84 and providing 256 CUDA cores. It supports hardware-accelerated en-
|
| /Linux-v4.19/drivers/infiniband/hw/i40iw/ |
| D | i40iw_cm.h | 338 bool accelerated; member
|
| D | i40iw_cm.c | 1860 !cm_node->accelerated) { in i40iw_dec_refcnt_listen()
2300 if (!cm_node->accelerated && cm_node->accept_pend) { in i40iw_rem_ref_cm_node()
3746 cm_node->accelerated = true; in i40iw_accept()
4107 cm_node->accelerated = true; in i40iw_cm_event_connected()
|
| /Linux-v4.19/drivers/net/ethernet/stmicro/stmmac/ |
| D | Kconfig | 68 will behave like standard non-accelerated ethernet interfaces.
|
| /Linux-v4.19/Documentation/leds/ |
| D | leds-class.txt | 83 Hardware accelerated blink of LEDs
|
| /Linux-v4.19/drivers/video/fbdev/ |
| D | Kconfig | 38 (e.g. an accelerated X server) and that are not frame buffer
85 (accelerated) version.
93 This is used by drivers that don't provide their own (accelerated)
103 (accelerated) version.
121 (accelerated) version and the framebuffer is in system RAM.
129 This is used by drivers that don't provide their own (accelerated)
139 (accelerated) version and the framebuffer is in system RAM.
1211 head is not compatible with accelerated XFree 3.3.x SVGA servers -
1693 bool "VT8500/WM8xxx accelerated raster ops support"
1697 This adds support for accelerated raster operations on the
|
| /Linux-v4.19/crypto/ |
| D | Kconfig | 557 support CRC32C implementation using hardware accelerated CRC32
599 CRC32 PCLMULQDQ implementation using hardware accelerated PCLMULQDQ
628 accelerated PCLMULQDQ instruction. This option will create
841 This is the powerpc hardware accelerated implementation of the
1015 tristate "GHASH digest algorithm (CLMUL-NI accelerated)"
1020 The implementation is accelerated by CLMUL-NI of Intel.
|
12
