| /linux/arch/riscv/ |
| H A D | Kconfig.socs | 8 This enables support for Andes SoC platform hardware.
13 This enables support for Anlogic SoC platform hardware.
18 This enables support for ESWIN SoC platform hardware,
30 bool "Renesas RISC-V SoCs"
32 This enables support for the RISC-V based Renesas SoCs.
38 This enables support for SiFive SoC platform hardware.
43 This enables support for Sophgo SoC platform hardware.
49 This enables support for SpacemiT SoC platform hardware.
60 This enables support for StarFive SoC platform hardware.
68 This enables support for Allwinner sun20i platform hardware,
[all …]
|
| /linux/lib/ |
| H A D | Kconfig.kasan | 1 # SPDX-License-Identifier: GPL-2.0-only
32 compile-time constants for better performance.
35 def_bool $(cc-option, -fsanitize=kernel-address)
38 def_bool $(cc-option, -fsanitize=kernel-hwaddress)
55 Enables KASAN (Kernel Address Sanitizer) - a dynamic memory safety
56 error detector designed to find out-of-bounds and use-after-free bugs.
58 See Documentation/dev-tools/kasan.rst for details.
65 …def_bool (CC_IS_CLANG && $(cc-option,-fsanitize=kernel-address -mllvm -asan-kernel-mem-intrinsic-p…
66 (CC_IS_GCC && $(cc-option,-fsanitize=kernel-address --param asan-kernel-mem-intrinsic-prefix=1))
81 2. Software Tag-Based KASAN (arm64 only, based on software memory
[all …]
|
| /linux/drivers/hid/intel-thc-hid/ |
| H A D | Kconfig | 1 # SPDX-License-Identifier: GPL-2.0
14 is comprised of 3 key functional blocks: A natively half-duplex
16 HIDI2C compliant devices; a hardware sequencer with Read/Write DMA
22 tristate "Intel QuickSPI driver based on Intel Touch Host Controller"
25 Intel QuickSPI, based on Touch Host Controller (THC), implements
27 mode, and controls THC hardware sequencer to accelerate HIDSPI
33 tristate "Intel QuickI2C driver based on Intel Touch Host Controller"
36 Intel QuickI2C, uses Touch Host Controller (THC) hardware, implements
38 mode, and controls THC hardware sequencer to accelerate HIDI2C
|
| /linux/drivers/media/usb/cx231xx/ |
| H A D | Kconfig | 1 # SPDX-License-Identifier: GPL-2.0-only
12 This is a video4linux driver for Conexant 231xx USB based TV cards.
24 cx231xx hardware has a builtin RX/TX support. However, a few
25 designs opted to not use it, but, instead, some other hardware.
26 This module enables the usage of those other hardware, like the
27 ones used with ISDB-T boards.
37 This is an ALSA driver for Cx231xx USB based TV cards.
40 module will be called cx231xx-alsa
43 tristate "DVB/ATSC Support for Cx231xx based TV cards"
58 This adds support for DVB cards based on the
|
| /linux/Documentation/arch/arm/ |
| H A D | interrupts.rst | 5 2.5.2-rmk5:
7 major architecture-specific subsystems.
10 MMU TLB. Each MMU TLB variant is now handled completely separately -
26 SA1100 ------------> Neponset -----------> SA1111
28 -----------> USAR
30 -----------> SMC9196
33 exclusive of each other - if you're processing one interrupt from the
36 IDE PIO-based interrupt on the SA1111 excludes all other SA1111 and
37 SMC9196 interrupts until it has finished transferring its multi-sector
51 GPIO0-10, and another for all the rest. It is just a container for
[all …]
|
| /linux/Documentation/networking/ |
| H A D | multiqueue.rst | 1 .. SPDX-License-Identifier: GPL-2.0
11 ---------------------------------------------------------
22 netdev->queue_lock today. Therefore base drivers should use the
24 device is still operational. netdev->queue_lock is still used when the device
32 default pfifo_fast qdisc. This qdisc supports one qdisc per hardware queue.
33 A new round-robin qdisc, sch_multiq also supports multiple hardware queues. The
35 bands and queues based on the value in skb->queue_mapping. Use this field in
38 sch_multiq has been added for hardware that wishes to avoid head-of-line
39 blocking. It will cycle though the bands and verify that the hardware queue
42 On qdisc load, the number of bands is based on the number of queues on the
[all …]
|
| H A D | tc-queue-filters.rst | 1 .. SPDX-License-Identifier: GPL-2.0
4 TC queue based filtering
15 the queue-sets are configured using mqprio.
27 hw_tc $TCID - Specify a hardware traffic class to pass matching
32 is supported only in hardware. Multiple filters may compete in
33 the hardware for queue selection. In such case, the hardware
34 pipeline resolves conflicts based on priority. On Intel E810
|
| /linux/drivers/net/pse-pd/ |
| H A D | Kconfig | 1 # SPDX-License-Identifier: GPL-2.0-only
28 hardware on various Realtek-based managed switches, attached
29 via I2C/SMBus. The MCU exposes a message-based protocol; the actual
31 module, choose M here: the module will be called realtek-pse-mcu-i2c.
39 hardware on various Realtek-based managed switches, attached
40 via UART. The MCU exposes a message-based protocol; the actual PSE
42 module, choose M here: the module will be called realtek-pse-mcu-uart.
45 tristate "Regulator based PSE controller"
47 This module provides support for simple regulator based Ethernet Power
57 This module provides support for PD692x0 regulator based Ethernet
[all …]
|
| /linux/drivers/net/ethernet/qualcomm/ppe/ |
| H A D | ppe_config.h | 1 /* SPDX-License-Identifier: GPL-2.0-only
36 * enum ppe_scheduler_frame_mode - PPE scheduler frame mode.
50 * struct ppe_scheduler_cfg - PPE scheduler configuration.
55 * @unit_is_packet: Packet based or byte based unit for scheduled traffic.
70 * enum ppe_resource_type - PPE resource type.
73 * @PPE_RES_L0_NODE: Level 0 for queue based node resource.
74 * @PPE_RES_L1_NODE: Level 1 for flow based node resource.
75 * @PPE_RES_FLOW_ID: Flow based node resource.
86 * struct ppe_queue_ucast_dest - PPE unicast queue destination.
107 /* Hardware bitmaps for bypassing features of the ingress packet. */
[all …]
|
| /linux/Documentation/networking/devlink/ |
| H A D | devlink-dpipe.rst | 1 .. SPDX-License-Identifier: GPL-2.0
10 While performing the hardware offloading process, much of the hardware
12 ``devlink-dpipe`` provides a standardized way to provide visibility into the
16 Linux kernel may differ from the hardware implementation. The pipeline debug
20 The hardware offload process is expected to be done in a way that the user
21 should not be able to distinguish between the hardware vs. software
22 implementation. In this process, hardware specifics are neglected. In
28 differences in the hardware and software models some processes cannot be
32 greatly to the hardware implementation. The configuration API is the same,
34 Level Path Compression trie (LPC-trie) in hardware.
[all …]
|
| /linux/block/ |
| H A D | blk-mq-cpumap.c | 1 // SPDX-License-Identifier: GPL-2.0
3 * CPU <-> hardware queue mapping helpers
5 * Copyright (C) 2013-2014 Jens Axboe
18 #include "blk-mq.h"
30 * blk_mq_num_possible_queues - Calc nr of queues for multiqueue devices
31 * @max_queues: The maximum number of queues the hardware/driver
36 * device based on the number of possible CPUs.
45 * blk_mq_num_online_queues - Calc nr of queues for multiqueue devices
46 * @max_queues: The maximum number of queues the hardware/driver
51 * device based on the number of online CPUs.
[all …]
|
| /linux/Documentation/edac/ |
| H A D | scrub.rst | 1 .. SPDX-License-Identifier: GPL-2.0 OR GFDL-1.2-no-invariants-or-later
7 Copyright (c) 2024-2025 HiSilicon Limited.
11 Invariant Sections, Front-Cover Texts nor Back-Cover Texts.
14 - Written for: 6.15
17 ------------
22 hardware failures that cause server and workload crashes.
24 Memory scrubbing is a feature where an ECC (Error-Correcting Code) engine
38 3. This reduces the likelihood of software or hardware products encountering
49 2. On-demand scrubbing for a specific address range or region of memory.
51 Several types of interfaces to hardware memory scrubbers have been
[all …]
|
| /linux/drivers/thermal/qcom/ |
| H A D | Kconfig | 1 # SPDX-License-Identifier: GPL-2.0-only
31 The MBG block monitors PMIC die temperature in hardware and raises an
35 interrupts are forwarded to the thermal framework as trip-violation
52 This enables a thermal sysfs driver for Qualcomm plug-and-play (QPNP)
56 temperature based upon the over temperature stage value.
59 tristate "Qualcomm Limits Management Hardware"
64 hardware(LMh). LMh allows for hardware-enforced mitigation for cpus based on
|
| /linux/Documentation/timers/ |
| H A D | highres.rst | 8 https://www.kernel.org/doc/ols/2006/ols2006v1-pages-333-346.pdf
11 http://www.cs.columbia.edu/~nahum/w6998/papers/ols2006-hrtimers-slides.pdf
23 - hrtimer base infrastructure
24 - timeofday and clock source management
25 - clock event management
26 - high resolution timer functionality
27 - dynamic ticks
31 ---------------------------
40 - time ordered enqueueing into a rb-tree
41 - independent of ticks (the processing is based on nanoseconds)
[all …]
|
| /linux/Documentation/ABI/testing/ |
| H A D | sysfs-ptp | 7 features of PTP hardware clocks.
14 hardware clock registered into the PTP class driver
21 This file contains the name of the PTP hardware clock
24 name" and to help distinguish PHY based devices from
25 MAC based ones. The string does not necessarily have
32 This file contains the PTP hardware clock's maximum
41 Write integer to re-configure it.
48 alarms offer by the PTP hardware clock.
55 channels offered by the PTP hardware clock.
62 output channels offered by the PTP hardware clock.
[all …]
|
| /linux/Documentation/driver-api/ |
| H A D | mtdnand.rst | 10 The generic NAND driver supports almost all NAND and AG-AND based chips
31 --------------------------
37 - [MTD Interface]
40 not replaceable and provide functionality which is complete hardware
43 - [NAND Interface]
48 - [GENERIC]
51 is complete hardware independent.
53 - [DEFAULT]
55 Default functions provide hardware related functionality which is
65 -------------------------------
[all …]
|
| /linux/Documentation/fb/ |
| H A D | api.rst | 9 ---------------
12 with frame buffer devices. In-kernel APIs between device drivers and the frame
22 ---------------
36 - FB_CAP_FOURCC
38 The driver supports the four character code (FOURCC) based format setting API.
44 --------------------
46 Pixels are stored in memory in hardware-dependent formats. Applications need
48 frame buffer memory in the format expected by the hardware.
58 - FB_TYPE_PACKED_PIXELS
67 - FB_TYPE_PLANES
[all …]
|
| /linux/sound/pci/ |
| H A D | Kconfig | 1 # SPDX-License-Identifier: GPL-2.0-only
18 device found in particular on the Hewlett-Packard [BCJ]-xxx0
19 class PA-RISC workstations, using the AD1819 codec.
22 will be called snd-ad1889.
34 will be called snd-als300
45 Say Y here to include support for soundcards based o
[all...] |
| /linux/Documentation/nvme/ |
| H A D | feature-and-quirk-policy.rst | 1 .. SPDX-License-Identifier: GPL-2.0
20 - the NVMe Base specification
21 - various Command Set specifications (e.g. NVM Command Set)
22 - various Transport specifications (e.g. PCIe, Fibre Channel, RDMA, TCP)
23 - the NVMe Management Interface specification
32 useful or suitable for specific use-cases. It is important to note that Linux
44 on-wire protocol, does not contradict any of the NVMe specifications.
47 3. Has a clear, indisputable value-proposition and a wide consensus across
63 of the standards. Linux uses identifier-based quirks to work around such
65 hardware, usually consumer, which Linux users can't use without these quirks.
[all …]
|
| /linux/mm/kasan/ |
| H A D | report_hw_tags.c | 1 // SPDX-License-Identifier: GPL-2.0
3 * This file contains hardware tag-based KASAN specific error reporting code.
21 * Hardware Tag-Based KASAN only calls this function for normal memory in kasan_find_first_bad_addr()
43 * calculate the allocation size based on the metadata. in kasan_get_alloc_size()
45 while (size < cache->object_size) { in kasan_get_alloc_size()
54 return cache->object_size; in kasan_get_alloc_size()
|
| /linux/Documentation/security/tpm/ |
| H A D | tpm_tis.rst | 1 .. SPDX-License-Identifier: GPL-2.0
8 based on sequenced read and write operations, and the latter is based on a
11 FIFO (First-In-First-Out) interface is used by the tpm_tis_core dependent
18 tpm_tis comes from the TPM Interface Specification, which is the hardware
21 Communication is based on a 20 KiB buffer shared by the TPM chip through a
22 hardware bus or memory map, depending on the physical wiring. The buffer is
23 further split into five equal-size 4 KiB buffers, which provide equivalent
36 - Locality 0 has the lowest priority.
37 - Locality 5 has the highest priority.
46 https://trustedcomputinggroup.org/resource/pc-client-platform-tpm-profile-ptp-specification/
|
| /linux/drivers/mtd/nand/raw/ingenic/ |
| H A D | Kconfig | 1 # SPDX-License-Identifier: GPL-2.0-only
8 based boards, using the BCH controller for hardware error correction.
16 tristate "Hardware BCH support for JZ4740 SoC"
19 Enable this driver to support the Reed-Solomon error-correction
20 hardware present on the JZ4740 SoC from Ingenic.
23 will be called jz4740-ecc.
26 tristate "Hardware BCH support for JZ4725B SoC"
29 Enable this driver to support the BCH error-correction hardware
33 will be called jz4725b-bch.
36 tristate "Hardware BCH support for JZ4780 SoC"
[all …]
|
| /linux/drivers/net/ethernet/intel/ice/ |
| H A D | ice_vlan_mode.c | 1 // SPDX-License-Identifier: GPL-2.0
2 /* Copyright (C) 2019-2021, Intel Corporation. */
7 * ice_pkg_get_supported_vlan_mode - determine if DDP supports Double VLAN mode
26 return -ENOMEM; in ice_pkg_get_supported_vlan_mode()
29 sect->count = cpu_to_le16(1); in ice_pkg_get_supported_vlan_mode()
30 sect->offset = cpu_to_le16(ICE_META_VLAN_MODE_ENTRY); in ice_pkg_get_supported_vlan_mode()
42 arr[i] = le32_to_cpu(sect->entry.bm[i]); in ice_pkg_get_supported_vlan_mode()
56 * ice_aq_get_vlan_mode - get the VLAN mode of the device
58 * @get_params: structure FW fills in based on the current VLAN mode config
69 return -EINVAL; in ice_aq_get_vlan_mode()
[all …]
|
| /linux/Documentation/devicetree/bindings/media/ |
| H A D | st,stm32mp25-video-codec.yaml | 1 # SPDX-License-Identifier: (GPL-2.0 OR BSD-2-Clause)
3 ---
4 $id: http://devicetree.org/schemas/media/st,stm32mp25-video-codec.yaml#
5 $schema: http://devicetree.org/meta-schemas/core.yaml#
10 - Hugues Fruchet <hugues.fruchet@foss.st.com>
13 The STMicroelectronics STM32MP25 SOCs embeds a VDEC video hardware
14 decoder peripheral based on Verisilicon VC8000NanoD IP (former Hantro G1)
15 and a VENC video hardware encoder peripheral based on Verisilicon
21 - st,stm32mp25-vdec
22 - st,stm32mp25-venc
[all …]
|
| /linux/Documentation/process/ |
| H A D | threat-model.rst | 6 (:doc:`security-related ones <security-bugs>` vs :doc:`non-security ones
7 <../admin-guide/reporting-issues>`), and can complicate security enforcement
15 -----------------------------
17 The kernel abstracts access to local hardware resources and to remote systems
19 resources granted to them, and, when the underlying hardware permits, to assign
23 The kernel assumes that the underlying hardware behaves according to its
26 of the Memory Management Unit (MMU), the isolation of DMA-capable peripherals
28 registers, the respect of documented hardware limitations, etc.
30 When hardware fails to maintain its specified isolation (e.g., CPU bugs,
31 side-channels, hardware response to unexpected inputs), the kernel will usually
[all …]
|