Searched full:hardware (Results 1 – 25 of 1394) sorted by relevance
12345678910>>...56
| /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 …]
|
| /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 …]
|
| /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 …]
|
| /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 …]
|
| /Documentation/devicetree/bindings/crypto/ |
| D | brcm,spu-crypto.txt | 1 The Broadcom Secure Processing Unit (SPU) hardware supports symmetric
2 cryptographic offload for Broadcom SoCs. A SoC may have multiple SPU hardware
7 brcm,spum-crypto - for devices with SPU-M hardware
8 brcm,spu2-crypto - for devices with SPU2 hardware
9 brcm,spu2-v2-crypto - for devices with enhanced SPU2 hardware features like SHA3
11 brcm,spum-nsp-crypto - for the Northstar Plus variant of the SPU-M hardware
|
| /Documentation/driver-api/iio/ |
| D | hw-consumer.rst | 4 An IIO device can be directly connected to another device in hardware. In this
5 case the buffers between IIO provider and IIO consumer are handled by hardware.
11 * struct iio_hw_consumer — Hardware consumer structure
12 * :c:func:`iio_hw_consumer_alloc` — Allocate IIO hardware consumer
13 * :c:func:`iio_hw_consumer_free` — Free IIO hardware consumer
14 * :c:func:`iio_hw_consumer_enable` — Enable IIO hardware consumer
15 * :c:func:`iio_hw_consumer_disable` — Disable IIO hardware consumer
|
| /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 …]
|
| /Documentation/ABI/testing/ |
| D | sysfs-class-led-trigger-pattern | 19 Specify a hardware pattern for the LED, for LED hardware that
21 to some preprogrammed hardware patterns. It deactivates any active
24 Since different LED hardware can have different semantics of
25 hardware patterns, each driver is expected to provide its own
26 description for the hardware patterns in their documentation
|
| 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
32 This file contains the PTP hardware clock's maximum
41 alarms offer by the PTP hardware clock.
48 channels offered by the PTP hardware clock.
55 output channels offered by the PTP hardware clock.
62 offered by the PTP hardware clock.
69 pin offered by the PTP hardware clock. The file name
70 is the hardware dependent pin name. Reading from this
[all …]
|
| D | debugfs-pfo-nx-crypto | 33 The total number of AES operations submitted to the hardware.
36 The total number of bytes hashed by the hardware using SHA-256.
39 The total number of SHA-256 operations submitted to the hardware.
42 The total number of bytes hashed by the hardware using SHA-512.
45 The total number of SHA-512 operations submitted to the hardware.
|
| D | sysfs-platform-dfl-fme | 101 hardware.
108 hardware.
133 Description: Read-Only. It returns hardware threshold1 temperature in
135 threshold, hardware starts 50% or 90% throttling (see
142 Description: Read-Only. It returns hardware threshold2 temperature in
144 threshold, hardware starts 100% throttling.
150 Description: Read-Only. It returns hardware trip threshold temperature in
160 hardware threshold1 (see 'temp1_max'), otherwise 0.
167 hardware threshold2 (see 'temp1_crit'), otherwise 0.
173 Description: Read-Only. Read this file to get the policy of hardware threshold1
[all …]
|
| /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 …]
|
| /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 …]
|
| /Documentation/powerpc/ |
| D | ptrace.rst | 5 GDB intends to support the following hardware debug features of BookE
8 4 hardware breakpoints (IAC)
9 2 hardware watchpoints (read, write and read-write) (DAC)
10 2 value conditions for the hardware watchpoints (DVC)
21 Query for GDB to discover the hardware debug features. The main info to
22 be returned here is the minimum alignment for the hardware watchpoints.
24 an 8-byte alignment restriction for hardware watchpoints. We'd like to avoid
28 GDB: this query will return the number of hardware breakpoints, hardware
53 Sets a hardware breakpoint or watchpoint, according to the provided structure::
86 With this GDB can ask for all kinds of hardware breakpoints and watchpoints
[all …]
|
| /Documentation/block/ |
| D | blk-mq.rst | 49 blk-mq has two group of queues: software staging queues and hardware dispatch
51 path possible: send it directly to the hardware queue. However, there are two
57 at the hardware queue, a second stage queue were the hardware has direct access
58 to process those requests. However, if the hardware does not have enough
60 queue, to be sent in the future, when the hardware is able.
95 eligible to be sent to the hardware. One of the possible schedulers to be
98 any reordering. When the device starts processing requests in the hardware
99 queue (a.k.a. run the hardware queue), the software queues mapped to that
100 hardware queue will be drained in sequence according to their mapping.
102 Hardware dispatch queues
[all …]
|
| 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 …]
|
| /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 …]
|
| /Documentation/userspace-api/media/dvb/ |
| D | intro.rst | 72 following main hardware components:
75 Here the raw signal reaches the digital TV hardware from a satellite dish or
82 Conditional Access (CA) hardware like CI adapters and smartcard slots
83 The complete TS is passed through the CA hardware. Programs to which
89 Not every digital TV hardware provides conditional access hardware.
104 Modern hardware usually doesn't have a separate decoder hardware, as
106 adapter of the system or by a signal processing hardware embedded on
122 The Linux Digital TV API lets you control these hardware components through
125 control the MPEG2 decoder hardware, the frontend device the tuner and
127 and section filters of the hardware. If the hardware does not support
[all …]
|
| /Documentation/userspace-api/media/mediactl/ |
| D | media-controller-intro.rst | 9 cameras include microphones, video capture hardware can also output
13 Independent functions, even when implemented in the same hardware, can
23 complex and can't always be represented by a tree structure. Hardware
28 applications to access hardware parameters. As newer hardware expose an
|
| /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 …]
|
| /Documentation/userspace-api/media/v4l/ |
| D | selection-api-configuration.rst | 9 settings and hardware limits.
11 Video hardware can have various cropping, composing and scaling
41 according to hardware limitations.
55 The part of a buffer into which the image is inserted by the hardware is
61 adjustments according to hardware limitations. The application can
69 The part of a buffer that is modified by the hardware is given by
71 ``V4L2_SEL_TGT_COMPOSE`` plus all padding data modified by hardware
73 be changed by the hardware. The content of pixels that lie inside the
96 the area from which image date are processed by the hardware, is given
100 further adjust the requested size and/or position according to hardware
[all …]
|
| /Documentation/networking/ |
| D | netdev-features.rst | 36 hardware or software.
81 This callback should not modify hardware nor driver state (should be
91 Hardware should be reconfigured to match passed feature set. The set
94 should update netdev->features to match resulting hardware state.
116 NETIF_F_TSO_ECN means that hardware can properly split packets with CWR bit
142 * LLTX driver (deprecated for hardware drivers)
148 own locking, don't use it for new (hardware) drivers.
179 This requests that the NIC enables Hardware GRO (generic receive offload).
180 Hardware GRO is basically the exact reverse of TSO, and is generally
181 stricter than Hardware LRO. A packet stream merged by Hardware GRO must
[all …]
|
| /Documentation/networking/device_drivers/ethernet/freescale/dpaa2/ |
| D | ethernet-driver.rst | 20 Unlike regular NICs, in the DPAA2 architecture there is no single hardware block
21 representing network interfaces; instead, several separate hardware resources
29 All hardware resources are allocated and configured through the Management
32 hardware resources, like queues, do not have a corresponding MC object and
58 . . . hardware
60 | MC hardware portals |
69 DPBPs represent hardware buffer pools. Packet I/O is performed in the context
71 hardware resources.
90 | | | | | hardware
92 | I/O hardware portals |
[all …]
|
| /Documentation/driver-api/ |
| D | ptp.rst | 4 PTP hardware clock infrastructure for Linux
11 ancillary features of PTP hardware clocks.
15 complete set of PTP hardware clock functionality.
29 PTP hardware clock kernel API
35 programming the clock hardware. The clock driver notifies the class
44 PTP hardware clock user space API
69 reentrant. Since most hardware implementations treat the time value
76 Supported hardware
105 - Driver and/or hardware configuration through firmware (idtcm.bin)
|
| /Documentation/arm/samsung-s3c24xx/ |
| D | s3c2412.rst | 42 The UART hardware is similar to the S3C2440, and is supported by the
49 The NAND hardware is similar to the S3C2440, and is supported by the
56 The USB hardware is similar to the S3C2410, with extended clock source
77 The RTC hardware is similar to the S3C2410, and is supported by the
84 The watchdog hardware is the same as the S3C2410, and is supported by
96 The IIC hardware is the same as the S3C2410, and is supported by the
|
12345678910>>...56