| /kernel/linux/linux-5.10/Documentation/devicetree/bindings/leds/ |
| D | leds-bcm6328.txt | 4 In these SoCs it's possible to control LEDs both as GPIOs or by hardware.
8 by hardware using this driver.
9 Some of these Serial LEDs are hardware controlled (e.g. ethernet LEDs) and
10 exporting the 74x164 as spi-gpio prevents those LEDs to be hardware
14 should be controlled by a hardware signal instead of the MODE register value,
15 with 0 meaning hardware control enabled and 1 hardware control disabled. This
16 is usually 1:1 for hardware to LED signals, but through the activity/link
18 explained later in brcm,link-signal-sources). Even if a LED is hardware
20 but you can't turn it off if the hardware decides to light it up. For this
21 reason, hardware controlled LEDs aren't registered as LED class devices.
[all …]
|
| /kernel/liteos_a/arch/arm/include/ |
| D | los_hwi.h | 33 * @defgroup los_hwi Hardware interrupt
75 * Highest priority of a hardware interrupt.
81 * Lowest priority of a hardware interrupt.
87 * Max name length of a hardware interrupt.
93 * Hardware interrupt error code: Invalid interrupt number.
103 * Hardware interrupt error code: Null hardware interrupt handling function.
107 * Solution: Pass in a valid non-null hardware interrupt handling function.
113 * Hardware interrupt error code: Insufficient interrupt resources for hardware interrupt creation.
117 * Solution: Increase the configured maximum number of supported hardware interrupts.
123 * Hardware interrupt error code: Insufficient memory for hardware interrupt initialization.
[all …]
|
| /kernel/linux/linux-5.10/Documentation/devicetree/bindings/spi/ |
| D | spi-sprd-adi.txt | 5 framework for its hardware implementation is alike to SPI bus and its timing
9 48 hardware channels to access analog chip. For 2 software read/write channels,
10 users should set ADI registers to access analog chip. For hardware channels,
11 we can configure them to allow other hardware components to use it independently,
12 which means we can just link one analog chip address to one hardware channel,
13 then users can access the mapped analog chip address by this hardware channel
14 triggered by hardware components instead of ADI software channels.
16 Thus we introduce one property named "sprd,hw-channels" to configure hardware
17 channels, the first value specifies the hardware channel id which is used to
18 transfer data triggered by hardware automatically, and the second value specifies
[all …]
|
| /kernel/linux/linux-5.10/drivers/hwspinlock/ |
| D | Kconfig | 7 bool "Hardware Spinlock drivers"
12 tristate "OMAP Hardware Spinlock device"
15 Say y here to support the OMAP Hardware Spinlock device (firstly
21 tristate "Qualcomm Hardware Spinlock device"
25 Say y here to support the Qualcomm Hardware Mutex functionality, which
32 tristate "SIRF Hardware Spinlock device"
35 Say y here to support the SIRF Hardware Spinlock device, which
39 It's safe to say n here if you're not interested in SIRF hardware
43 tristate "SPRD Hardware Spinlock device"
46 Say y here to support the SPRD Hardware Spinlock device.
[all …]
|
| /kernel/linux/linux-5.10/drivers/hwmon/pmbus/ |
| D | Kconfig | 21 If you say yes here you get hardware monitoring support for generic
34 If you say yes here you get hardware monitoring support for Analog
43 If you say yes here you get hardware monitoring support for Analog
53 If you say yes here you get hardware monitoring support for BEL
63 If you say yes here you get hardware monitoring support for the IBM
72 If you say yes here you get hardware monitoring support for the INSPUR
81 If you say yes here you get hardware monitoring support for the
90 If you say yes here you get hardware monitoring support for Infineon
99 If you say yes here you get hardware monitoring support for the
108 If you say yes here you get hardware monitoring support for Renesas
[all …]
|
| /kernel/linux/linux-5.10/drivers/char/hw_random/ |
| D | Kconfig | 3 # Hardware Random Number Generator (RNG) configuration
7 tristate "Hardware Random Number Generator Core support"
10 Hardware Random Number Generator Core infrastructure.
15 of possibly several hardware random number generators.
17 These hardware random number generators do feed into the
44 Generator hardware found on Intel i8xx-based motherboards.
57 Generator hardware found on AMD 76x-based motherboards.
70 Generator hardware found on Atmel AT91 devices.
82 Generator hardware based on Silex Insight BA431 IP.
94 Generator hardware found on the Broadcom BCM2835 and BCM63xx SoCs.
[all …]
|
| /kernel/linux/linux-5.10/Documentation/userspace-api/media/ |
| D | glossary.rst | 18 media hardware.
29 Part of the Linux Kernel that implements support for a hardware
39 An API designed to control a subset of the :term:`Media Hardware`
58 Hardware Component
59 A subset of the :term:`Media Hardware`. For example an :term:`I²C` or
63 Hardware Peripheral
64 A group of :term:`hardware components <Hardware Component>` that
67 and the external camera sensors together make a camera hardware
76 serial computer bus used to control some hardware components
77 like sub-device hardware components.
[all …]
|
| /kernel/linux/linux-5.10/tools/testing/selftests/net/forwarding/ |
| D | fib_offload_lib.sh | 69 check_err $? "Route not in hardware when should"
73 check_err $? "Appended route in hardware when should not"
77 check_err $? "Prepended route not in hardware when should"
80 check_err $? "Route was not replaced in hardware by prepended one"
100 check_err $? "Route not in hardware when should"
104 check_err $? "Highest TOS route not in hardware when should"
107 check_err $? "Lowest TOS route still in hardware when should not"
111 check_err $? "Middle TOS route in hardware when should not"
129 check_err $? "Route not in hardware when should"
133 check_err $? "Lowest metric route not in hardware when should"
[all …]
|
| /kernel/liteos_m/arch/risc-v/riscv32/gcc/ |
| D | los_arch_interrupt.h | 48 * Define the type of a hardware interrupt vector table function.
73 * Highest priority of a hardware interrupt.
79 * Lowest priority of a hardware interrupt.
114 * Maximum number of supported hardware devices that generate hardware interrupts.
115 …* The maximum number of hardware devices that generate hardware interrupts supported by hi3518ev20…
151 * Hardware interrupt error code: Invalid interrupt number.
162 * Hardware interrupt error code: Null hardware interrupt handling function.
166 * Solution: Pass in a valid non-null hardware interrupt handling function.
172 * Hardware interrupt error code: Insufficient interrupt resources for hardware interrupt creation.
176 * Solution: Increase the configured maximum number of supported hardware interrupts.
[all …]
|
| /kernel/linux/linux-5.10/Documentation/process/ |
| D | embargoed-hardware-issues.rst | 3 Embargoed hardware issues
9 Hardware issues which result in security problems are a different category
13 Hardware issues like Meltdown, Spectre, L1TF etc. must be treated
16 hardware vendors and other parties. For some of the issues, software
25 The Linux kernel hardware security team is separate from the regular Linux
28 The team only handles the coordination of embargoed hardware security
34 The team can be contacted by email at <hardware-security@kernel.org>. This
43 - PGP: https://www.kernel.org/static/files/hardware-security.asc
44 - S/MIME: https://www.kernel.org/static/files/hardware-security.crt
46 While hardware security issues are often handled by the affected hardware
[all …]
|
| /kernel/liteos_m/arch/risc-v/nuclei/gcc/ |
| D | los_arch_interrupt.h | 65 * Maximum number of supported hardware devices that generate hardware interrupts.
73 * Hardware interrupt error code: Invalid interrupt number.
84 * Hardware interrupt error code: Null hardware interrupt handling function.
88 * Solution: Pass in a valid non-null hardware interrupt handling function.
94 * Hardware interrupt error code: Insufficient interrupt resources for hardware interrupt creation.
98 * Solution: Increase the configured maximum number of supported hardware interrupts.
104 * Hardware interrupt error code: Insufficient memory for hardware interrupt initialization.
114 * Hardware interrupt error code: The interrupt has already been created.
124 * Hardware interrupt error code: Invalid interrupt priority.
134 * Hardware interrupt error code: Incorrect interrupt creation mode.
[all …]
|
| /kernel/linux/linux-5.10/crypto/ |
| D | crypto_engine.c | 3 * Handle async block request by crypto hardware engine.
21 * @engine: the hardware engine
34 * If hardware cannot enqueue more requests in crypto_finalize_request()
63 * @engine: the hardware engine
67 * needs processing and if so call out to the driver to initialize hardware
109 dev_err(engine->dev, "failed to unprepare crypt hardware\n"); in crypto_pump_requests()
124 * If hardware doesn't support the retry mechanism, in crypto_pump_requests()
145 dev_err(engine->dev, "failed to prepare crypt hardware\n"); in crypto_pump_requests()
168 /* Request unsuccessfully executed by hardware */ in crypto_pump_requests()
171 * If hardware queue is full (-ENOSPC), requeue request in crypto_pump_requests()
[all …]
|
| /kernel/liteos_m/arch/include/ |
| D | los_interrupt.h | 103 * @brief Delete hardware interrupt.
106 * This API is used to delete hardware interrupt.
110 * <li>The hardware interrupt module is usable only when the configuration item for hardware
112 * <li>Hardware interrupt number value range: [OS_USER_HWI_MIN,OS_USER_HWI_MAX]. The value range
118 * @param hwiNum [IN] Type#HWI_HANDLE_T: hardware interrupt number. The value range applicable
120 * @param irqParam [IN] Type #HwiIrqParam *. ID of hardware interrupt which will base on
121 * when delete the hardware interrupt.
132 * @brief Create a hardware interrupt.
135 …* This API is used to configure a hardware interrupt and register a hardware interrupt handling fu…
139 * <li>The hardware interrupt module is usable only when the configuration item for hardware
[all …]
|
| /kernel/linux/linux-5.10/Documentation/networking/devlink/ |
| D | devlink-dpipe.rst | 10 While performing the hardware offloading process, much of the hardware
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.
38 information about the underlying hardware, this debugging can be made
45 The ``devlink-dpipe`` interface closes this gap. The hardware's pipeline is
[all …]
|
| /kernel/linux/linux-5.10/Documentation/x86/ |
| D | sva.rst | 31 Shared Hardware Workqueues
36 Machines (VM's). This allows better hardware utilization vs. hard
38 allow the hardware to distinguish the context for which work is being
39 executed in the hardware by SWQ interface, SIOV uses Process Address Space
56 command was accepted by hardware. This allows the submitter to know if the
61 to the hardware and also permits hardware to be aware of application context
68 user processes and the rest of the hardware. When an application first
94 platform hardware. ENQCMD uses the PASID stored in this MSR to tag requests
124 * Devices have a limited number (~10's to 1000's) of hardware workqueues.
125 The device driver manages allocating hardware workqueues.
[all …]
|
| /kernel/linux/linux-5.10/Documentation/driver-api/usb/ |
| D | gadget.rst | 22 they're easy to port to new hardware.
36 - Minimalist, so it's easier to support new device controller hardware.
41 USB ``host`` hardware in a PC, workstation, or server. Linux users with
42 embedded systems are more likely to have USB peripheral hardware. To
43 distinguish drivers running inside such hardware from the more familiar
58 necessarily different (one side is a hardware-neutral master, the other
59 is a hardware-aware slave), the endpoint I/0 API used here should also
69 hardware).
75 to hardware, through registers, fifos, dma, irqs, and the like. The
77 endpoint hardware. That hardware is exposed through endpoint
[all …]
|
| /kernel/liteos_m/arch/xtensa/lx6/gcc/ |
| D | los_arch_interrupt.h | 72 * Maximum number of used hardware interrupts.
80 * Highest priority of a hardware interrupt.
88 * Lowest priority of a hardware interrupt.
100 * Define the type of a hardware interrupt vector table function.
124 * Hardware interrupt error code: Invalid interrupt number.
134 * Hardware interrupt error code: Null hardware interrupt handling function.
138 * Solution: Pass in a valid non-null hardware interrupt handling function.
144 * Hardware interrupt error code: Insufficient interrupt resources for hardware interrupt creation.
148 * Solution: Increase the configured maximum number of supported hardware interrupts.
154 * Hardware interrupt error code: Insufficient memory for hardware interrupt initialization.
[all …]
|
| /kernel/linux/linux-5.10/drivers/crypto/ |
| D | Kconfig | 4 bool "Hardware crypto devices"
7 Say Y here to get to see options for hardware crypto devices and
104 down the use of the available crypto hardware.
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
[all …]
|
| /kernel/linux/linux-5.10/drivers/acpi/apei/ |
| D | Kconfig | 21 bool "APEI Generic Hardware Error Source"
27 Generic Hardware Error Source provides a way to report
28 platform hardware errors (such as that from chipset). It
29 works in so called "Firmware First" mode, that is, hardware
31 Linux by firmware. This way, some non-standard hardware
32 error registers or non-standard hardware link can be checked
33 by firmware to produce more valuable hardware error
59 EINJ provides a hardware error injection mechanism, it is
67 ERST is a way provided by APEI to save and retrieve hardware
|
| /kernel/liteos_m/arch/arm/arm9/gcc/ |
| D | los_arch_interrupt.h | 47 * Maximum number of used hardware interrupts.
55 * Highest priority of a hardware interrupt.
63 * Lowest priority of a hardware interrupt.
72 * Define the type of a hardware interrupt vector table function.
96 * Hardware interrupt error code: Invalid interrupt number.
107 * Hardware interrupt error code: Null hardware interrupt handling function.
111 * Solution: Pass in a valid non-null hardware interrupt handling function.
117 * Hardware interrupt error code: Insufficient interrupt resources for hardware interrupt creation.
121 * Solution: Increase the configured maximum number of supported hardware interrupts.
127 * Hardware interrupt error code: Insufficient memory for hardware interrupt initialization.
[all …]
|
| /kernel/linux/linux-5.10/drivers/iio/pressure/ |
| D | zpa2326.c | 15 * A internal hardware trigger is also implemented to dispatch registered IIO
18 * ZPA2326 hardware supports 2 sampling mode: one shot and continuous.
29 * The continuous mode works according to a periodic hardware measurement
30 * process continuously pushing samples into an internal hardware FIFO (for
35 * - setup hardware sampling period,
37 * hardware FIFO and fetch temperature sample
41 * declares a valid interrupt line. In this case, the internal hardware trigger
44 * Note that hardware sampling frequency is taken into account only when
45 * internal hardware trigger is attached as the highest sampling rate seems to
51 * hardware samples averaging.
[all …]
|
| /kernel/linux/linux-5.10/Documentation/block/ |
| D | inline-encryption.rst | 10 Inline encryption hardware sits logically between memory and the disk, and can
11 en/decrypt data as it goes in/out of the disk. Inline encryption hardware has a
16 the inline encryption hardware will en/decrypt the data in the request with the
28 IE hardware is absent. We also want IE to work with layered devices
29 like dm and loopback (i.e. we want to be able to use the IE hardware
37 - IE hardware has a limited number of "keyslots" that can be programmed
60 While IE hardware works on the notion of keyslots, the FS layer has no
65 encryption contexts specified by the FS to keyslots on the IE hardware.
66 This KSM also serves as the way IE hardware can expose its capabilities to
94 blissfully unaware of whether or not real inline encryption hardware is present
[all …]
|
| /kernel/linux/linux-5.10/Documentation/networking/device_drivers/ethernet/toshiba/ |
| D | spider_net.rst | 30 to receive data from the hardware. A "full" descriptor has data in it,
38 ring is handed off to the hardware, which sequentially fills in the
43 and "tail" pointers, managed by the OS, and a hardware current
45 currently being filled. When this descr is filled, the hardware
48 and everything in front of it should be "empty". If the hardware
52 The tail pointer tails or trails the hardware pointer. When the
53 hardware is ahead, the tail pointer will be pointing at a "full"
58 flowing, then the tail pointer can catch up to the hardware pointer.
66 dma-mapping it so as to make it visible to the hardware. The OS will
93 In the above, the hardware has filled in one descr, number 20. Both
[all …]
|
| /kernel/linux/linux-5.10/Documentation/driver-api/media/ |
| D | cec-core.rst | 7 hardware. It is designed to handle a multiple types of hardware (receivers,
35 The struct cec_adapter represents the CEC adapter hardware. It is created by
61 capabilities of the hardware and which parts are to be handled
125 hardware:
128 To enable/disable the hardware::
132 This callback enables or disables the CEC hardware. Enabling the CEC hardware
146 that not for us. Not all hardware supports this and this function is only
148 (some hardware may always be in 'monitor all' mode).
158 changes. Not all hardware supports this and this function is only called if
160 (some hardware may always be in 'monitor pin' mode).
[all …]
|
| /kernel/liteos_m/arch/csky/v2/gcc/ |
| D | los_arch_interrupt.h | 47 * Maximum number of used hardware interrupts.
55 * Highest priority of a hardware interrupt.
63 * Lowest priority of a hardware interrupt.
77 * Define the type of a hardware interrupt vector table function.
133 * Hardware interrupt error code: Invalid interrupt number.
143 * Hardware interrupt error code: Null hardware interrupt handling function.
147 * Solution: Pass in a valid non-null hardware interrupt handling function.
153 * Hardware interrupt error code: Insufficient interrupt resources for hardware interrupt creation.
157 * Solution: Increase the configured maximum number of supported hardware interrupts.
163 * Hardware interrupt error code: Insufficient memory for hardware interrupt initialization.
[all …]
|