Home
last modified time | relevance | path

Searched refs:accelerated (Results 1 – 25 of 48) sorted by relevance

12

/linux-5.19.10/lib/crypto/
DKconfig15 accelerated implementation of the Blake2s library interface,
31 accelerated implementation of the ChaCha library interface,
57 accelerated implementation of the Curve25519 library interface,
93 accelerated implementation of the Poly1305 library interface,
/linux-5.19.10/arch/arm/crypto/
DKconfig129 tristate "PMULL-accelerated GHASH using NEON/ARMv8 Crypto Extensions"
153 tristate "NEON and scalar accelerated ChaCha stream cipher algorithms"
163 tristate "NEON accelerated NHPoly1305 hash function (for Adiantum)"
168 tristate "NEON accelerated Curve25519 scalar multiplication library"
/linux-5.19.10/crypto/
DKconfig299 tristate "x86_64 accelerated Curve25519 scalar multiplication library"
551 the SoC in question has accelerated CBC but not XTS, making CBC
552 combined with ESSIV the only feasible mode for h/w accelerated
614 support CRC32C implementation using hardware accelerated CRC32
656 CRC32 PCLMULQDQ implementation using hardware accelerated PCLMULQDQ
675 Select this option if you want to use hardware accelerated
708 bool "BLAKE2s digest algorithm (x86 accelerated version)"
728 accelerated PCLMULQDQ instruction. This option will create
900 This is the s390 hardware accelerated implementation of the
927 This is the powerpc hardware accelerated implementation of the
[all …]
/linux-5.19.10/Documentation/networking/
Dfailover.rst16 This enables paravirtual drivers to use a VF as an accelerated low latency
Dnet_failover.rst28 virtio-net accelerated datapath: STANDBY mode
31 net_failover enables hypervisor controlled accelerated datapath to virtio-net
Dgtp.rst71 data plane is accelerated inside the kernel.
74 kernel accelerated path, while the GTP Control Plane goes to
/linux-5.19.10/Documentation/devicetree/bindings/crypto/
Dintel,keembay-ocs-aes.yaml14 hardware-accelerated AES/SM4 encryption/decryption.
Dintel,keembay-ocs-hcu.yaml15 provides hardware-accelerated hashing and HMAC.
/linux-5.19.10/Documentation/fb/
Dvesafb.rst20 * 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.
Dgxfb.rst36 XF68_FBDev should generally work fine, but it is non-accelerated.
Dlxfb.rst37 XF68_FBDev should generally work fine, but it is non-accelerated.
Dmatroxfb.rst93 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.
Daty128fb.rst42 XF68_FBDev should generally work fine, but it is non-accelerated. As of
Dtridentfb.rst15 All families are accelerated. Only PCI/AGP based cards are supported,
/linux-5.19.10/Documentation/devicetree/bindings/leds/
Dleds-spi-byte.txt13 accelerated blinking) might can be supported too.
/linux-5.19.10/drivers/infiniband/hw/irdma/
Dtrace_cm.h229 __entry->accel = cm_node->accelerated;
304 __entry->accel = cm_node->accelerated;
425 __entry->accel = cm_node->accelerated;
Dcm.h325 bool accelerated:1; member
/linux-5.19.10/drivers/net/ethernet/sfc/siena/
DKconfig35 features, allowing accelerated network performance in
/linux-5.19.10/drivers/video/fbdev/omap/
DKconfig60 memory, or don't use any of the accelerated features.
/linux-5.19.10/drivers/net/ethernet/mellanox/mlx5/core/
DKconfig38 bool "Mellanox MLX5 ethernet accelerated receive flow steering (ARFS) support"
42 Mellanox MLX5 ethernet hardware-accelerated receive flow steering support,
/linux-5.19.10/drivers/net/ethernet/sfc/
DKconfig55 features, allowing accelerated network performance in
/linux-5.19.10/Documentation/scsi/
Dcxgb3i.rst87 4. To direct open-iscsi traffic to go through cxgb3i's accelerated path,
/linux-5.19.10/drivers/soc/tegra/
DKconfig88 and providing 256 CUDA cores. It supports hardware-accelerated en-
/linux-5.19.10/net/ipv6/
DKconfig60 them in the crypto API. You should also enable accelerated
75 them in the crypto API. You should also enable accelerated
/linux-5.19.10/drivers/video/fbdev/
DKconfig45 (e.g. an accelerated X server) and that are not frame buffer
75 (accelerated) version.
82 This is used by drivers that don't provide their own (accelerated)
91 (accelerated) version.
107 (accelerated) version and the framebuffer is in system RAM.
114 This is used by drivers that don't provide their own (accelerated)
123 (accelerated) version and the framebuffer is in system RAM.
1174 head is not compatible with accelerated XFree 3.3.x SVGA servers -
1650 bool "VT8500/WM8xxx accelerated raster ops support"
1653 This adds support for accelerated raster operations on the

12