/linux/Documentation/userspace-api/media/v4l/ |
H A D | pixfmt-packed-yuv.rst | 1 .. SPDX-License-Identifier: GFDL-1.1-no-invariants-or-later 3 .. _packed-yuv: 10 Cr components consecutively in memory. They may apply subsampling to the chroma 11 components and thus differ in how they interlave the three components. 15 - In all the tables that follow, bit 7 is the most significant bit in a byte. 16 - 'Y', 'Cb' and 'Cr' denote bits of the luma, blue chroma (also known as 17 'U') and red chroma (also known as 'V') components respectively. 'A' 25 These formats do not subsample the chroma components and store each pixels as a 29 component. They are named based on the order of the Y, Cb and Cr components as 30 seen in a 16-bit word, which is then stored in memory in little endian byte [all …]
|
H A D | pixfmt-yuv-planar.rst | 1 .. SPDX-License-Identifier: GFDL-1.1-no-invariants-or-later 3 .. planar-yuv: 12 - Semi-planar formats use two planes. The first plane is the luma plane and 13 stores the Y components. The second plane is the chroma plane and stores the 14 Cb and Cr components interleaved. 16 - Fully planar formats use three planes to store the Y, Cb and Cr components 19 Within a plane, components are stored in pixel order, which may be linear or 26 and applications that support the multi-planar API, described in 27 :ref:`planar-apis`. Unless explicitly documented as supporting non-contiguous 31 Semi-Planar YUV Formats [all …]
|
H A D | pixfmt-rgb.rst | 1 .. SPDX-License-Identifier: GFDL-1.1-no-invariants-or-later 3 .. _pixfmt-rgb: 16 always the same for all components), the order of components in memory, and the 22 (including capture queues of mem-to-mem devices) fill the alpha component in 25 but can set the alpha bit to a user-configurable value, the 26 :ref:`V4L2_CID_ALPHA_COMPONENT <v4l2-alpha-component>` control is used to 31 :ref:`Output <output>` devices (including output queues of mem-to-mem devices 44 - In all the tables that follow, bit 7 is the most significant bit in a byte. 45 - 'r', 'g' and 'b' denote bits of the red, green and blue components 54 based on the order of the RGB components as seen in a 8-, 16- or 32-bit word, [all …]
|
H A D | ext-ctrls-jpeg.rst | 1 .. SPDX-License-Identifier: GFDL-1.1-no-invariants-or-later 3 .. _jpeg-controls: 15 .. _jpeg-control-id: 28 spatial dimension. See :ref:`itu-t81`, clause A.1.1. for more 30 how Cb and Cr components are downsampled after converting an input 35 .. flat-table:: 36 :header-rows: 0 37 :stub-columns: 0 39 * - ``V4L2_JPEG_CHROMA_SUBSAMPLING_444`` 40 - No chroma subsampling, each pixel has Y, Cr and Cb values. [all …]
|
H A D | open.rst | 1 .. SPDX-License-Identifier: GFDL-1.1-no-invariants-or-later 21 There are other drivers providing support for other components of 22 the hardware, which may also expose device nodes, called V4L2 sub-devices. 24 When such V4L2 sub-devices are exposed, they allow controlling those 25 other hardware components - usually connected via a serial bus (like 26 I²C, SMBus or SPI). Depending on the bridge driver, those sub-devices 29 :ref:`V4L2 sub-devices <subdev>`. 32 :ref:`Media Controller <media_controller>` are called **MC-centric** 34 are called **video-node-centric**. 36 Userspace can check if a V4L2 hardware peripheral is MC-centric by [all …]
|
H A D | subdev-formats.rst | 1 .. SPDX-License-Identifier: GFDL-1.1-no-invariants-or-later 3 .. _v4l2-mbus-format: 14 .. flat-table:: struct v4l2_mbus_framefmt 15 :header-rows: 0 16 :stub-columns: 0 19 * - __u32 20 - ``width`` 21 - Image width in pixels. 22 * - __u32 23 - ``height`` [all …]
|
/linux/Documentation/userspace-api/media/ |
H A D | glossary.rst | 1 .. SPDX-License-Identifier: GPL-2.0 OR GFDL-1.1-no-invariants-or-later 58 **Field-programmable Gate Array** 63 See https://en.wikipedia.org/wiki/Field-programmable_gate_array. 71 A group of :term:`hardware components <Hardware Component>` that 72 together make a larger user-facing functional peripheral. For 80 **Inter-Integrated Circuit** 82 A multi-master, multi-slave, packet switched, single-ended, 83 serial computer bus used to control some hardware components 84 like sub-device hardware components. 86 See http://www.nxp.com/docs/en/user-guide/UM10204.pdf. [all …]
|
/linux/Documentation/ABI/testing/ |
H A D | configfs-most | 9 # mount -t configfs none /sys/kernel/config/ 22 configure the sub-buffer size for this channel 55 pass parameters needed by some components 60 configuration, the creation is post-poned until 77 configure the sub-buffer size for this channel 110 pass parameters needed by some components 115 configuration, the creation is post-poned until 132 configure the sub-buffer size for this channel 165 pass parameters needed by some components 170 configuration, the creation is post-poned until [all …]
|
/linux/scripts/ |
H A D | get_dvb_firmware | 2 # SPDX-License-Identifier: GPL-2.0-or-later 11 @components = ( "sp8870", "sp887x", "tda10045", "tda10046", 26 for ($i=0; $i < scalar(@components); $i++) { 27 if ($cid eq $components[$i]) { 46 # --------------------------------------------------------------- 47 # Firmware-specific extraction subroutines 49 sub sp8870 { 53 my $outfile = "dvb-fe-sp8870.fw"; 66 sub sp887x { 71 my $outfile = "dvb-fe-sp887x.fw"; [all …]
|
/linux/drivers/md/dm-vdo/indexer/ |
H A D | index.h | 1 /* SPDX-License-Identifier: GPL-2.0-only */ 9 #include "index-layout.h" 10 #include "index-session.h" 11 #include "open-chapter.h" 13 #include "volume-index.h" 16 * The index is a high-level structure which represents the totality of the UDS index. It manages 17 * the queues for incoming requests and dispatches them to the appropriate sub-components like the 22 * on its name. Most sub-components are similarly divided into zones as well so that requests in
|
/linux/drivers/media/platform/mediatek/mdp3/ |
H A D | mtk-mdp3-cmdq.c | 1 // SPDX-License-Identifier: GPL-2.0-only 4 * Author: Ping-Hsun Wu <ping-hsun.wu@mediatek.com> 9 #include "mtk-mdp3-cfg.h" 10 #include "mtk-mdp3-cmdq.h" 11 #include "mtk-mdp3-comp.h" 12 #include "mtk-mdp3-core.h" 13 #include "mtk-mdp3-m2m.h" 14 #include "mtk-img-ipi.h" 29 ((ctx)->comp->ops && (ctx)->comp->ops->op) 31 (has_op(ctx, op) ? (ctx)->comp->ops->op(ctx, ##__VA_ARGS__) : 0) [all …]
|
/linux/Documentation/devicetree/bindings/arm/ |
H A D | arm,coresight-dummy-source.yaml | 1 # SPDX-License-Identifier: GPL-2.0-only OR BSD-2-Clause 3 --- 4 $id: http://devicetree.org/schemas/arm/arm,coresight-dummy-source.yaml# 5 $schema: http://devicetree.org/meta-schemas/core.yaml# 10 CoreSight components are compliant with the ARM CoreSight architecture 12 SoCs tracing needs. These trace components can generally be classified as 19 there would be Coresight source trace components on sub-processor which 30 - Mike Leach <mike.leach@linaro.org> 31 - Suzuki K Poulose <suzuki.poulose@arm.com> 32 - James Clark <james.clark@linaro.org> [all …]
|
/linux/Documentation/gpu/ |
H A D | komeda-kms.rst | 1 .. SPDX-License-Identifier: GPL-2.0 16 functional pipeline stages called components, and every component has some 20 Typical D71 components: 23 ----- 30 ------ 39 ------------------- 47 -------------------------- 52 ----------------------------- 57 -------------------------------- 62 ------ [all …]
|
/linux/Documentation/devicetree/bindings/sound/ |
H A D | omap-abe-twl6040.txt | 4 - compatible: "ti,abe-twl6040" 5 - ti,model: Name of the sound card ( for example "SDP4430") 6 - ti,mclk-freq: MCLK frequency for HPPLL operation 7 - ti,mcpdm: phandle for the McPDM node 8 - ti,twl6040: phandle for the twl6040 core node 9 - ti,audio-routing: List of connections between audio components. 14 - ti,dmic: phandle for the OMAP dmic node if the machine have it connected 15 - ti,jack-detection: Need to be present if the board capable to detect jack 18 Available audio endpoints for the audio-routing table: 28 * Sub Handset Mic [all …]
|
H A D | omap-twl4030.txt | 4 - compatible: "ti,omap-twl4030" 5 - ti,model: Name of the sound card (for example "omap3beagle") 6 - ti,mcbsp: phandle for the McBSP node 9 - ti,codec: phandle for the twl4030 audio node 10 - ti,mcbsp-voice: phandle for the McBSP node connected to the voice port of twl 11 - ti, jack-det-gpio: Jack detect GPIO 12 - ti,audio-routing: List of connections between audio components. 17 Available audio endpoints for the audio-routing table: 25 * Sub Mic 53 * Mic Bias 2 /* Used for Sub Mic or Digimic1 */ [all …]
|
H A D | samsung,midas-audio.yaml | 1 # SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause) 3 --- 4 $id: http://devicetree.org/schemas/sound/samsung,midas-audio.yaml# 5 $schema: http://devicetree.org/meta-schemas/core.yaml# 10 - Sylwester Nawrocki <s.nawrocki@samsung.com> 13 - $ref: sound-card-common.yaml# 17 const: samsung,midas-audio 23 sound-dai: 27 - sound-dai 33 sound-dai: [all …]
|
H A D | mt8192-mt6359-rt1015-rt5682.yaml | 1 # SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause) 3 --- 4 $id: http://devicetree.org/schemas/sound/mt8192-mt6359-rt1015-rt5682.yaml# 5 $schema: http://devicetree.org/meta-schemas/core.yaml# 10 - Jiaxin Yu <jiaxin.yu@mediatek.com> 11 - Shane Chien <shane.chien@mediatek.com> 17 - $ref: sound-card-common.yaml# 22 - mediatek,mt8192_mt6359_rt1015_rt5682 23 - mediatek,mt8192_mt6359_rt1015p_rt5682 24 - mediatek,mt8192_mt6359_rt1015p_rt5682s [all …]
|
/linux/drivers/gpu/drm/msm/disp/ |
H A D | mdp_format.h | 1 /* SPDX-License-Identifier: GPL-2.0-only */ 3 * Copyright (c) 2016-2018, The Linux Foundation. All rights reserved. 41 * @fetch_type: how the color components are packed in pixel format 42 * @chroma_sample: chroma sub-samplng type 44 * @unpack_count: number of the components to unpack 67 #define MSM_FORMAT_IS_YUV(X) ((X)->flags & MSM_FORMAT_FLAG_YUV) 68 #define MSM_FORMAT_IS_DX(X) ((X)->flags & MSM_FORMAT_FLAG_DX) 69 #define MSM_FORMAT_IS_LINEAR(X) ((X)->fetch_mode == MDP_FETCH_LINEAR) 71 (((X)->fetch_mode == MDP_FETCH_UBWC) && \ 72 !((X)->flags & MSM_FORMAT_FLAG_COMPRESSED)) [all …]
|
/linux/drivers/mfd/ |
H A D | Kconfig | 1 # SPDX-License-Identifier: GPL-2.0-only 32 the core APIs _only_, you have to select individual components like 57 tristate "Active-semi ACT8945A" 62 Support for the ACT8945A PMIC from Active-semi. This device 63 features three step-down DC/DC converters and four low-dropout 79 sun4i-gpadc-iio and the hwmon driver iio_hwmon. 82 called sun4i-gpadc. 113 tablets etc. It has 4 DC/DC step-down regulators, 3 DC/DC step-down 124 individual components like LCD backlight, LEDs, GPIOs and Kepad 144 over at91-usart-serial driver and usart-spi-driver. Only one function [all …]
|
/linux/drivers/base/ |
H A D | component.c | 1 // SPDX-License-Identifier: GPL-2.0 16 * The component helper allows drivers to collect a pile of sub-devices, 18 * already provide functions to get hold of such components, e.g. 20 * subsystem-specific way to find a device is not available: The component 24 * the SoC on various components (scanout engines, blending blocks, transcoders 30 * Components are registered using component_add() and unregistered with 85 struct aggregate_device *m = s->private; in component_devices_show() 86 struct component_match *match = m->match; in component_devices_show() 90 seq_printf(s, "%-40s %20s\n", "aggregate_device name", "status"); in component_devices_show() 91 seq_puts(s, "-------------------------------------------------------------\n"); in component_devices_show() [all …]
|
/linux/drivers/staging/most/Documentation/ |
H A D | driver_usage.txt | 5 access a MOST network: The Automotive Information Backbone and the de-facto 6 standard for high-bandwidth automotive multimedia networking. 9 for the efficient and low-cost transport of control, real-time and packet 94 This layer contains a pool of device drivers that are components of the 98 following components are available 128 - buffer_size 130 - subbuffer_size 131 configure the sub-buffer size for this channel (needed for 133 - num_buffers 135 - datatype [all …]
|
/linux/sound/soc/samsung/ |
H A D | lowland.c | 1 // SPDX-License-Identifier: GPL-2.0+ 8 #include <sound/soc-dapm.h> 39 struct snd_soc_component *component = snd_soc_rtd_to_codec(rtd, 0)->component; in lowland_wm5100_init() 50 /* Clock OPCLK, used by the other audio components. */ in lowland_wm5100_init() 58 ret = snd_soc_card_jack_new_pins(rtd->card, "Headset", in lowland_wm5100_init() 73 struct snd_soc_component *component = snd_soc_rtd_to_codec(rtd, 0)->component; in lowland_wm9081_init() 75 snd_soc_dapm_nc_pin(&rtd->card->dapm, "LINEOUT"); in lowland_wm9081_init() 91 DAILINK_COMP_ARRAY(COMP_CPU("samsung-i2s.0")), 92 DAILINK_COMP_ARRAY(COMP_CODEC("wm5100.1-001a", "wm5100-aif1")), 93 DAILINK_COMP_ARRAY(COMP_PLATFORM("samsung-i2s.0"))); [all …]
|
/linux/Documentation/trace/coresight/ |
H A D | coresight-config.rst | 1 .. SPDX-License-Identifier: GPL-2.0 14 programming of the CoreSight system with pre-defined configurations that 17 Many CoreSight components can be programmed in complex ways - especially ETMs. 18 In addition, components can interact across the CoreSight system, often via 19 the cross trigger components such as CTI and CTM. These system settings can 30 -------- 41 accesses in the driver - the resource usage and parameter descriptions 67 system - which is described below. 74 -------------- 82 enabled on a class of devices - i.e. any ETMv4, or specific devices, e.g. a [all …]
|
/linux/Documentation/gpu/amdgpu/ |
H A D | driver-core.rst | 12 The driver is arranged by IPs. There are driver components to handle 22 components are shared between the CPU, platform, and the GPU (e.g., 23 SMU, PSP, etc.). Specific components (CPU, GPU, etc.) usually have 24 their interface to interact with those common components. For things 26 components, but that is probably a bit beyond the scope of this 32 This was a dedicated IP on older pre-vega chips, but has since 58 It is described in more details in :ref:`Display Core <amdgpu-display-core>`. 61 This is a multi-purpose DMA engine. The kernel driver uses it for 69 largest block on the GPU. The 3D pipeline has tons of sub-blocks. In 75 This is the multi-media engine. It handles video and image encode and [all …]
|
/linux/Documentation/devicetree/bindings/usb/ |
H A D | omap-usb.txt | 1 OMAP GLUE AND OTHER OMAP SPECIFIC COMPONENTS 4 - compatible : Should be "ti,omap4-musb" or "ti,omap3-musb" 5 - ti,hwmods : must be "usb_otg_hs" 6 - multipoint : Should be "1" indicating the musb controller supports 7 multipoint. This is a MUSB configuration-specific setting. 8 - num-eps : Specifies the number of endpoints. This is also a 9 MUSB configuration-specific setting. Should be set to "16" 10 - ram-bits : Specifies the ram address size. Should be set to "12" 11 - interface-type : This is a board specific setting to describe the type of 14 - mode : Should be "3" to represent OTG. "1" signifies HOST and "2" [all …]
|