| /linux/Documentation/devicetree/bindings/mailbox/ |
| H A D | mediatek,gce-props.yaml | 1 # SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause)
3 ---
4 $id: http://devicetree.org/schemas/mailbox/mediatek,gce-props.yaml#
5 $schema: http://devicetree.org/meta-schemas/core.yaml#
10 - Houlong Wei <houlong.wei@mediatek.com>
13 The Global Command Engine (GCE) is an instruction based, multi-threaded,
14 single-core command dispatcher for MediaTek hardware. The Command Queue
18 We use mediatek,gce-mailbox.yaml to define the properties for CMDQ mailbox
19 driver. A device driver that uses the CMDQ driver to configure its hardware
21 channel corresponding to a GCE hardware thread to send a message, specifying
[all …]
|
| /linux/Documentation/ABI/testing/ |
| H A D | sysfs-class-devlink | 7 denoted as ... above, is of the form <supplier>--<consumer>
21 - 'consumer unbind'
22 - 'supplier unbind'
23 - 'never'
63 consumer devices have been bound to their corresponding
67 supplier device is synced with the hardware state of the
69 See also: sysfs-devices-state_synced.
73 - 'not tracked'
74 - 'dormant'
75 - 'available'
[all …]
|
| /linux/drivers/gpu/drm/i915/gt/ |
| H A D | intel_gt.h | 1 /* SPDX-License-Identifier: MIT */
23 ((gt)->type != GT_MEDIA && \
24 GRAPHICS_VER_FULL((gt)->i915) >= (from) && \
25 GRAPHICS_VER_FULL((gt)->i915) <= (until)))
37 ((gt) && (gt)->type == GT_MEDIA && \
38 MEDIA_VER_FULL((gt)->i915) >= (from) && \
39 MEDIA_VER_FULL((gt)->i915) <= (until)))
43 * a stepping in the range [from, until). The lower stepping bound is
44 * inclusive, the upper bound is exclusive. The most common use-case of this
46 * ("from") at which the hardware issue is first present and another stepping
[all …]
|
| /linux/Documentation/networking/device_drivers/ethernet/freescale/dpaa2/ |
| H A D | overview.rst | 16 DPAA2 is a hardware architecture designed for high-speeed network
22 A DPAA2 hardware component called the Management Complex (or MC) manages the
23 DPAA2 hardware resources. The MC provides an object-based abstraction for
24 software drivers to use the DPAA2 hardware.
25 The MC uses DPAA2 hardware resources such as queues, buffer pools, and
28 The MC provides memory-mapped I/O command interfaces (MC portals)
34 +--------------------------------------+
38 +-----------------------------|--------+
44 +------------------------| mc portal |-+
46 | +- - - - - - - - - - - - -V- - -+ |
[all …]
|
| /linux/include/media/ |
| H A D | v4l2-mc.h | 1 /* SPDX-License-Identifier: GPL-2.0-or-later */
3 * v4l2-mc.h - Media Controller V4L2 types and prototypes
6 * Copyright (C) 2006-2010 Nokia Corporation
13 #include <media/media-device.h>
14 #include <media/v4l2-dev.h>
15 #include <media/v4l2-subdev.h>
24 * v4l2_mc_create_media_graph() - create Media Controller links at the graph.
28 * Add links between the entities commonly found on PC customer's hardware at
29 * the V4L2 side: camera sensors, audio and video PLL-IF decoders, tuners,
37 * interface centric PC-consumer's hardware, V4L2 subdev centric camera
[all …]
|
| H A D | dvbdev.h | 26 #include <media/media-device.h>
36 #define DVB_UNSET (-1)
41 * enum dvb_device_type - type of the Digital TV device
51 * Deprecated. Used only on av7110-av.
53 * Deprecated. Used only on av7110-av.
72 {[0 ... (DVB_MAX_ADAPTERS - 1)] = DVB_UNSET }; \
79 * struct dvb_adapter - represents a Digital TV adapter using Linux DVB API
92 * behavior of busy frontends: allowing read-only sharing
93 * and otherwise returning immediately with -EBUSY when any
130 * struct dvb_device - represents a DVB device node
[all …]
|
| /linux/Documentation/hwmon/ |
| H A D | lm93.rst | 10 Addresses scanned: I2C 0x2c-0x2e
18 Addresses scanned: I2C 0x2c-0x2e
24 - Mark M. Hoffman <mhoffman@lightlink.com>
25 - Ported to 2.6 by Eric J. Bowersox <ericb@aspsys.com>
26 - Adapted to 2.6.20 by Carsten Emde <ce@osadl.org>
27 - Modified for mainline integration by Hans J. Koch <hjk@hansjkoch.de>
30 -----------------
33 Set to non-zero to force some initializations (default is 0).
38 Configures in7 and in8 limit type, where 0 means absolute and non-zero
42 time (even though the hardware is capable of enabling both). There's
[all …]
|
| /linux/security/keys/trusted-keys/ |
| H A D | trusted_dcp.c | 1 // SPDX-License-Identifier: GPL-2.0-only
11 #include <keys/trusted-type.h>
12 #include <linux/key-type.h>
25 * The Data Co-Processor (DCP) provides hardware-bound AES keys using its
27 * To make DCP hardware encryption keys usable as trust source, we define
28 * our own custom format that uses a hardware-bound key to secure the sealing
31 * Whenever a new trusted key using DCP is generated, we generate a random 128-bit
32 * blob encryption key (BEK) and 128-bit nonce. The BEK and nonce are used to
33 * encrypt the trusted key payload using AES-128-GCM.
35 * The BEK itself is encrypted using the hardware-bound key using the DCP's AES
[all …]
|
| /linux/tools/perf/Documentation/ |
| H A D | perf-stat.txt | 1 perf-stat(1)
5 ----
6 perf-stat - Run a command and gather performance counter statistics
9 --------
11 'perf stat' [-e <EVENT> | --event=EVENT] [-a] <command>
12 'perf stat' [-e <EVENT> | --event=EVENT] [-a] \-- <command> [<options>]
13 'perf stat' [-e <EVENT> | --event=EVENT] [-a] record [-o file] \-- <command> [<options>]
14 'perf stat' report [-i file]
17 -----------
23 -------
[all …]
|
| H A D | topdown.txt | 2 ---------------------
6 bound, and backend bound. Higher levels provide more detail in to the
7 level 1 bottlenecks, such as at level 2: core bound, memory bound,
11 perf stat --topdown implements this using available metrics that vary
14 % perf stat -a --topdown -I1000
84 int slots_fd = perf_event_open(&slots, 0, -1, -1, 0);
104 int metrics_fd = perf_event_open(&metrics, 0, -1, slots_fd, 0);
205 retiring_slots = GET_METRIC(metric_b, 0) * slots_b - retiring_slots_a
206 bad_spec_slots = GET_METRIC(metric_b, 1) * slots_b - bad_spec_slots_a
207 fe_bound_slots = GET_METRIC(metric_b, 2) * slots_b - fe_bound_slots_a
[all …]
|
| /linux/drivers/usb/gadget/legacy/ |
| H A D | ether.c | 1 // SPDX-License-Identifier: GPL-2.0+
3 * ether.c -- Ethernet gadget driver, with CDC and non-CDC options
5 * Copyright (C) 2003-2005,2008 David Brownell
6 * Copyright (C) 2003-2004 Robert Schwebel, Benedikt Spranger
26 * Ethernet gadget driver -- with CDC and non-CDC options
27 * Builds on hardware support for a full duplex link.
30 * using USB. Real hardware tends to use the same framing protocol but look
32 * this USB-IF standard as its open-systems interoperability solution;
36 * TLA-soup. "CDC ACM" (Abstract Control Model) is for modems, and a new
39 * There's some hardware that can't talk CDC ECM. We make that hardware
[all …]
|
| /linux/Documentation/driver-api/driver-model/ |
| H A D | driver.rst | 42 model because the bus they belong to has a bus-specific structure with
43 bus-specific fields that cannot be generalized.
48 completely bus-specific. Defining them as bus-specific entities would
49 sacrifice type-safety, so we keep bus-specific structures around.
51 Bus-specific drivers should include a generic struct device_driver in
52 the definition of the bus-specific driver. Like this::
59 A definition that included bus-specific fields would look like
85 no bus-specific fields (i.e. don't have a bus-specific driver
89 Most drivers, however, will have a bus-specific structure and will
105 define generic callbacks that forward the call to the bus-specific
[all …]
|
| /linux/drivers/usb/gadget/function/ |
| H A D | f_subset.c | 1 // SPDX-License-Identifier: GPL-2.0+
3 * f_subset.c -- "CDC Subset" Ethernet link function driver
5 * Copyright (C) 2003-2005,2008 David Brownell
29 * SA-1100 "Itsy" board, which could run Linux 2.4 kernels and supported
43 * implementation. This lets you use MCCI's host side MS-Windows drivers
60 /*-------------------------------------------------------------------------*/
63 * "Simple" CDC-subset option is a simple vendor-neutral model that most
242 .language = 0x0409, /* en-us */
251 /*-------------------------------------------------------------------------*/
256 struct usb_composite_dev *cdev = f->config->cdev; in geth_set_alt()
[all …]
|
| H A D | f_eem.c | 1 // SPDX-License-Identifier: GPL-2.0+
3 * f_eem.c -- USB CDC Ethernet (EEM) link function driver
5 * Copyright (C) 2003-2005,2008 David Brownell
43 /*-------------------------------------------------------------------------*/
160 .language = 0x0409, /* en-us */
169 /*-------------------------------------------------------------------------*/
173 struct usb_composite_dev *cdev = f->config->cdev; in eem_setup()
174 u16 w_index = le16_to_cpu(ctrl->wIndex); in eem_setup()
175 u16 w_value = le16_to_cpu(ctrl->wValue); in eem_setup()
176 u16 w_length = le16_to_cpu(ctrl->wLength); in eem_setup()
[all …]
|
| /linux/drivers/hwtracing/coresight/ |
| H A D | coresight-cti-core.c | 1 // SPDX-License-Identifier: GPL-2.0
22 #include "coresight-priv.h"
23 #include "coresight-cti.h"
27 * hardware. We have a list of all CTIs irrespective of CPU bound or
30 * We assume that the non-CPU CTIs are always powered as we do with sinks etc.
43 dev_get_drvdata(csdev->dev.parent)
48 /* quick lookup list for CPU bound CTIs when power handling */
52 * CTI naming. CTI bound to cores will have the name cti_cpu<N> where
56 * CTI device name list - for CTI not bound to cores.
60 /* write set of regs to hardware - call with spinlock claimed */
[all …]
|
| /linux/Documentation/arch/s390/ |
| H A D | vfio-ap.rst | 13 The AP adapter cards are exposed via the AP bus. The motivation for vfio-ap
45 sub-directory::
53 depending upon the adapter type and hardware configuration. A domain is
56 as a set of hardware registers and memory used for processing AP commands. A
76 significant bit, correspond to domains 0-255.
111 * NQAP: to enqueue an AP command-request message to a queue
112 * DQAP: to dequeue an AP command-reply message from a queue
123 by the hardware.
126 our main hardware virtualization control block. The CRYCB contains an AP Control
132 an APID from 0-255. If a bit is set, the corresponding adapter is valid for
[all …]
|
| /linux/Documentation/devicetree/bindings/serial/ |
| H A D | nvidia,tegra20-hsuart.yaml | 1 # SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause)
3 ---
4 $id: http://devicetree.org/schemas/serial/nvidia,tegra20-hsuart.yaml#
5 $schema: http://devicetree.org/meta-schemas/core.yaml#
10 - Thierry Reding <thierry.reding@gmail.com>
11 - Jon Hunter <jonathanh@nvidia.com>
16 - enum:
17 - nvidia,tegra20-hsuart
18 - nvidia,tegra30-hsuart
19 - nvidia,tegra186-hsuart
[all …]
|
| /linux/Documentation/networking/ |
| H A D | representors.rst | 1 .. SPDX-License-Identifier: GPL-2.0
9 used to control internal switching on SmartNICs. For the closely-related port
10 representors on physical (multi-port) switches, see
14 ----------
16 Since the mid-2010s, network cards have started offering more complex
17 virtualisation capabilities than the legacy SR-IOV approach (with its simple
18 MAC/VLAN-based switching model) can support. This led to a desire to offload
19 software-defined networks (such as OpenVSwitch) to these NICs to specify the
24 virtual switches and IOV devices. Just as each physical port of a Linux-
42 -----------
[all …]
|
| /linux/Documentation/spi/ |
| H A D | spidev.rst | 5 SPI devices have a limited userspace API, supporting basic half-duplex
19 * Prototyping in an environment that's not crash-prone; stray pointers
34 the different hardware topology representations.
38 - struct spi_device_id spidev_spi_ids[]: list of devices that can be
39 bound when these are defined using a struct spi_board_info with a
42 - struct of_device_id spidev_dt_ids[]: list of devices that can be
43 bound when these are defined using a Device Tree node that has a
46 - struct acpi_device_id spidev_acpi_ids[]: list of devices that can
47 be bound when these are defined using a ACPI device object with a
52 post a patch for spidev to the linux-spi@vger.kernel.org mailing list.
[all …]
|
| /linux/tools/testing/selftests/drivers/net/hw/ |
| H A D | devlink_rate_tc_bw.py | 2 # SPDX-License-Identifier: GPL-2.0
8 This test suite verifies the functionality of devlink-rate traffic class (TC)
14 ----------------
15 - Creates 1 VF
16 - Establishes a bridge connecting the VF representor and the uplink representor
17 - Sets up 2 VLAN interfaces on the VF with different VLAN IDs (101, 102)
18 - Configures different traffic classes (TC3 and TC4) for each VLAN
21 ----------
23 - Verifies that without TC mapping, bandwidth is NOT distributed according to
25 - This test should fail if bandwidth matches the 80/20 split without TC
[all …]
|
| /linux/tools/perf/pmu-events/arch/x86/alderlake/ |
| H A D | adl-metrics.json | 4 "MetricExpr": "cstate_pkg@c10\\-residency@ / msr@tsc@",
11 "MetricExpr": "cstate_core@c1\\-residency@ / msr@tsc@",
18 "MetricExpr": "cstate_pkg@c2\\-residency@ / msr@tsc@",
25 "MetricExpr": "cstate_pkg@c3\\-residency@ / msr@tsc@",
32 "MetricExpr": "cstate_core@c6\\-residency@ / msr@tsc@",
39 "MetricExpr": "cstate_pkg@c6\\-residency@ / msr@tsc@",
46 "MetricExpr": "cstate_core@c7\\-residency@ / msr@tsc@",
53 "MetricExpr": "cstate_pkg@c8\\-residency@ / msr@tsc@",
60 "MetricExpr": "((msr@aperf@ - cycles) / msr@aperf@ if msr@smi@ > 0 else 0)",
75 "MetricExpr": "(max(cycles\\-t - cycles\\-ct, 0) / cycles if has_event(cycles\\-t) else 0)",
[all …]
|
| /linux/tools/perf/pmu-events/arch/x86/meteorlake/ |
| H A D | mtl-metrics.json | 4 "MetricExpr": "cstate_pkg@c10\\-residency@ / msr@tsc@",
11 "MetricExpr": "cstate_core@c1\\-residency@ / msr@tsc@",
18 "MetricExpr": "cstate_pkg@c2\\-residency@ / msr@tsc@",
25 "MetricExpr": "cstate_pkg@c3\\-residency@ / msr@tsc@",
32 "MetricExpr": "cstate_core@c6\\-residency@ / msr@tsc@",
39 "MetricExpr": "cstate_pkg@c6\\-residency@ / msr@tsc@",
46 "MetricExpr": "cstate_core@c7\\-residency@ / msr@tsc@",
53 "MetricExpr": "cstate_pkg@c8\\-residency@ / msr@tsc@",
60 "MetricExpr": "((msr@aperf@ - cycles) / msr@aperf@ if msr@smi@ > 0 else 0)",
145 …"BriefDescription": "Counts the number of cycles due to backend bound stalls that are bounded by c…
[all …]
|
| /linux/tools/perf/pmu-events/arch/x86/jaketown/ |
| H A D | jkt-metrics.json | 4 "MetricExpr": "cstate_pkg@c2\\-residency@ / msr@tsc@",
11 "MetricExpr": "cstate_core@c3\\-residency@ / msr@tsc@",
18 "MetricExpr": "cstate_pkg@c3\\-residency@ / msr@tsc@",
25 "MetricExpr": "cstate_core@c6\\-residency@ / msr@tsc@",
32 "MetricExpr": "cstate_pkg@c6\\-residency@ / msr@tsc@",
39 "MetricExpr": "cstate_core@c7\\-residency@ / msr@tsc@",
46 "MetricExpr": "cstate_pkg@c7\\-residency@ / msr@tsc@",
59 "MetricExpr": "((msr@aperf@ - cycles) / msr@aperf@ if msr@smi@ > 0 else 0)",
74 "MetricExpr": "1 - (tma_frontend_bound + tma_bad_speculation + tma_retiring)",
79 …-of-order scheduler dispatches ready uops into their respective execution units; and once complete…
[all …]
|
| /linux/tools/perf/pmu-events/arch/x86/sandybridge/ |
| H A D | snb-metrics.json | 4 "MetricExpr": "cstate_pkg@c2\\-residency@ / msr@tsc@",
11 "MetricExpr": "cstate_core@c3\\-residency@ / msr@tsc@",
18 "MetricExpr": "cstate_pkg@c3\\-residency@ / msr@tsc@",
25 "MetricExpr": "cstate_core@c6\\-residency@ / msr@tsc@",
32 "MetricExpr": "cstate_pkg@c6\\-residency@ / msr@tsc@",
39 "MetricExpr": "cstate_core@c7\\-residency@ / msr@tsc@",
46 "MetricExpr": "cstate_pkg@c7\\-residency@ / msr@tsc@",
59 "MetricExpr": "((msr@aperf@ - cycles) / msr@aperf@ if msr@smi@ > 0 else 0)",
74 "MetricExpr": "1 - (tma_frontend_bound + tma_bad_speculation + tma_retiring)",
79 …-of-order scheduler dispatches ready uops into their respective execution units; and once complete…
[all …]
|
| /linux/Documentation/driver-api/crypto/iaa/ |
| H A D | iaa-crypto.rst | 1 .. SPDX-License-Identifier: GPL-2.0
13 The IAA hardware spec can be found here:
18 higher-level compression devices such as zswap.
25 represented by selecting the 'deflate-iaa' crypto compression
28 # echo deflate-iaa > /sys/module/zswap/parameters/compressor
38 'deflate-iaa'. (Because the IAA hardware has a 4k history-window
52 Cryptographic API -> Hardware crypto devices -> Support for Intel(R) IAA Compression Accelerator
59 …Cryptographic API -> Hardware crypto devices -> Support for Intel(R) IAA Compression -> Enable Int…
78 - Scalable
79 - Legacy
[all …]
|