| /linux/Documentation/devicetree/bindings/riscv/ |
| H A D | extensions.yaml | 15 RISC-V has a large number of extensions, some of which are "standard"
21 Once a standard extension has been ratified, no changes in behaviour can be
23 The properties for standard extensions therefore map to their originally
74 The standard M extension for integer multiplication and division, as
80 The standard A extension for atomic instructions, as ratified in the
85 The standard F extension for single-precision floating point, as
91 The standard D extension for double-precision floating-point, as
97 The standard Q extension for quad-precision floating-point, as
103 The standard C extension for compressed instructions, as ratified in
108 The standard B extension for bit manipulation instructions, as
[all …]
|
| /linux/Documentation/userspace-api/media/v4l/ |
| H A D | standard.rst | 18 V4L2 defines one bit for each analog video standard currently in use
22 standard, although presenting the user a menu of supported standards is
30 standards also contain sets of one or more standard bits.
33 signals. The first enumerated standard is a set of B and G/PAL, switched
39 To query and select the standard used by the current video input or
42 *received* standard can be sensed with the
48 :ref:`v4l2_std_id <v4l2-std-id>` type (a standard set), *not* an
49 index into the standard enumeration. Drivers must implement all video
50 standard ioctls when the device has one or more video inputs or outputs.
57 video standard, or
[all …]
|
| H A D | vidioc-querystd.rst | 13 VIDIOC_QUERYSTD - VIDIOC_SUBDEV_QUERYSTD - Sense the video standard received by the current input
38 The hardware may be able to detect the current video standard
50 Drivers shall *not* switch the video standard
51 automatically if a new video standard is detected. Instead, drivers
54 :ref:`VIDIOC_QUERYSTD`. The reason is that a new video standard can mean
58 standard is valid they will have to stop streaming, set the new
59 standard, allocate new buffers and start streaming again.
69 Standard video timings are not supported for this input or output.
|
| H A D | pixfmt-intro.rst | 5 Standard Image Formats
9 necessary to have standard image data formats which both sides will
11 section is intended to be an unambiguous specification of the standard
16 to convert images to one of the standard formats when needed. But the
23 Even so, ultimately, some standard formats are needed, so the V4L2
24 specification would not be complete without well-defined standard
27 The V4L2 standard formats are mainly uncompressed formats. The pixels
|
| H A D | vidioc-g-std.rst | 13 …- VIDIOC_SUBDEV_G_STD - VIDIOC_SUBDEV_S_STD - Query or select the video standard of the current in…
46 To query and select the current video standard applications use the
55 does not return the actual new standard as :ref:`VIDIOC_G_STD <VIDIOC_G_STD>` does. When
57 standard the driver returns an ``EINVAL`` error code. When the standard set
59 standards. If the current input or output does not support standard
79 Standard video timings are not supported for this input or output.
|
| H A D | vidioc-g-dv-timings.rst | 152 - The video standard(s) this format belongs to. This will be filled
165 - The Video Identification Code according to the CEA-861 standard.
169 - The Video Identification Code according to the HDMI standard.
228 * - Timing standard
231 - The timings follow the CEA-861 Digital TV Profile standard
233 - The timings follow the VESA Discrete Monitor Timings standard
235 - The timings follow the VESA Coordinated Video Timings standard
237 - The timings follow the VESA Generalized Timings Formula standard
239 - The timings follow the SDI Timings standard.
307 Identification Code as per the CEA-861 standard.
[all …]
|
| H A D | colorspaces-details.rst | 14 The :ref:`smpte170m` standard defines the colorspace used by NTSC and
80 the :ref:`itu601` standard and this colorspace is sometimes called
92 The :ref:`itu709` standard defines the colorspace used by HDTV in
120 The full name of this standard is Rec. ITU-R BT.709-5.
195 The non-standard xvYCC 709 or xvYCC 601 encodings can be
209 The :ref:`srgb` standard defines the colorspace used by most webcams
214 Note that the :ref:`sycc` standard specifies full range quantization,
287 The :ref:`oprgb` standard defines the colorspace used by computer
293 Note that the :ref:`oprgb` standard specifies full range quantization,
356 The :ref:`itu2020` standard defines the colorspace used by Ultra-high
[all …]
|
| H A D | vidioc-enumstd.rst | 38 To query the attributes of a video standard, especially a custom (driver
59 - Number of the video standard, set by the application.
62 - The bits in this field identify the standard as one of the common
71 - Name of the standard, a NUL-terminated ASCII string, for example:
114 - This type is a set, each bit representing another video standard
136 ``V4L2_STD_PAL_60`` is a hybrid standard with 525 lines, 60 Hz refresh
147 ``V4L2_STD_NTSC_443`` is a hybrid standard with 525 lines, 60 Hz refresh
310 Standard video timings are not supported for this input or output.
314 find the current standard returned by :ref:`VIDIOC_G_STD <VIDIOC_G_STD>`.
317 Japan uses a standard similar to M/NTSC (V4L2_STD_NTSC_M_JP).
|
| H A D | dev-rds.rst | 15 For more information see the core RDS standard :ref:`iec62106` and the
16 RBDS standard :ref:`nrsc4`.
20 Note that the RBDS standard as is used in the USA is almost
21 identical to the RDS standard. Any RDS decoder/encoder can also handle
23 RBDS standard for more information.
25 The RBDS standard also specifies support for MMBS (Modified Mobile
|
| H A D | ext-ctrls-dv.rst | 82 follows the RGB quantization range specified in the standard for the
85 standard to be compatible with sinks that have not implemented the
86 standard correctly (unfortunately quite common for HDMI and DVI-D).
141 follows the RGB quantization range specified in the standard for the
144 standard to be compatible with sources that have not implemented the
145 standard correctly (unfortunately quite common for HDMI and DVI-D).
|
| /linux/drivers/media/i2c/ |
| H A D | tvp514x.c | 62 * struct tvp514x_std_info - Structure to store standard information
66 * @standard: v4l2 standard structure information
72 struct v4l2_standard standard; member
89 * @current_std: Current standard
232 /* Standard: STD_NTSC_MJ */
237 .standard = {
244 /* Standard: STD_PAL_BDGHIN */
250 .standard = {
258 /* Standard: need to add for additional standard */
379 * tvp514x_query_current_std() : Query the current standard detected by TVP5146/47
[all …]
|
| /linux/Documentation/arch/riscv/ |
| H A D | uabi.rst | 22 #. Additional standard extensions (starting with 'Z') will be sorted after
25 #. For additional standard extensions, the first letter following the 'Z'
31 #. Standard supervisor-level extensions (starting with 'S') will be listed
32 after standard unprivileged extensions. If multiple supervisor-level
35 #. Standard machine-level extensions (starting with 'Zxm') will be listed
36 after any lower-privileged, standard extensions. If multiple machine-level
39 #. Non-standard extensions (starting with 'X') will be listed after all standard
40 extensions. If multiple non-standard extensions are listed, they will be
|
| /linux/Documentation/admin-guide/ |
| H A D | svga.rst | 28 (present in standard Linux utility packages). You can use the following values
31 NORMAL_VGA - Standard 80x25 mode available on all display adapters.
33 EXTENDED_VGA - Standard 8-pixel font mode: 80x43 on EGA, 80x50 on VGA.
55 the standard 80x25 mode.
90 the standard modes (80x25 and 80x50) followed by "special" modes (80x28 and
121 0x0100 to 0x017f - standard BIOS modes. The ID is a BIOS video mode number
129 945=132x28 for the standard Video7 BIOS)
132 by modifying one of the standard modes). Currently available:
133 0x0f00 standard 80x25, don't reset mode if already set (=FFFF)
134 0x0f01 standard with 8-point font: 80x43 on EGA, 80x50 on VGA
[all …]
|
| /linux/drivers/tty/serial/8250/ |
| H A D | 8250_pnp.c | 202 /* Generic standard PC COM port */
214 /* Standard 9600 bps Modem */
216 /* Standard 14400 bps Modem */
218 /* Standard 28800 bps Modem*/
220 /* Standard Modem*/
222 /* Standard 9600 bps Modem*/
224 /* Standard 14400 bps Modem*/
226 /* Standard 28800 bps Modem*/
228 /* Standard Modem */
230 /* Standard 9600 bps Modem */
[all …]
|
| /linux/Documentation/ABI/testing/ |
| H A D | sysfs-driver-typec-displayport | 20 USB Type-C Standard. Functionally it equals to the situation
29 VESA DisplayPort Alt Mode on USB Type-C Standard defines six
44 Note. As of VESA DisplayPort Alt Mode on USB Type-C Standard
55 VESA DisplayPort Alt Mode on USB Type-C Standard defines how
62 by VESA DisplayPort Alt Mode on USB Type-C Standard.
64 VESA DisplayPort Alt Mode on USB Type-C Standard.
|
| /linux/Documentation/devicetree/bindings/powerpc/fsl/ |
| H A D | dcsr.txt | 30 Definition: A standard property. Defines the number of cells
36 Definition: A standard property. Defines the number of cells
43 Definition: A standard property. Specifies the physical address
90 Definition: A standard property. Specifies the physical address
119 Definition: A standard property. Specifies the physical address
156 Definition: A standard property. Specifies the physical address
181 Definition: A standard property. Specifies the physical address
218 Definition: A standard property. Specifies the physical address
246 Definition: A standard property. Specifies the physical address
277 Definition: A standard property. Specifies the physical address
[all …]
|
| /linux/Documentation/userspace-api/media/dvb/ |
| H A D | fe-type-t.rst | 37 - For DVB-S standard
47 - For DVB-C annex A standard
57 - For DVB-T standard
67 - For ATSC standard (terrestrial) or for DVB-C Annex B (cable) used
89 filled with the currently standard, as selected by the last call to
|
| /linux/drivers/dma/ |
| H A D | ste_dma40_ll.h | 38 /* Standard channel parameters - basic mode (element register) */
44 /* Standard channel parameters - basic mode (Link register) */
54 /* Standard basic channel logical mode */
68 /* Standard basic channel logical params in memory */
114 /* Standard channel parameter register offsets */
339 * physical(standard) mode.
398 * @lcsp0: Logical Channel Standard Param 0 - Src.
399 * @lcsp1: Logical Channel Standard Param 1 - Src.
400 * @lcsp2: Logical Channel Standard Param 2 - Dst.
401 * @lcsp3: Logical Channel Standard Param 3 - Dst.
|
| /linux/drivers/bcma/ |
| H A D | README | 4 Standard AMBA drivers are platform specific, have hardcoded addresses and use
5 AMBA standard fields like CID and PID.
9 as standard AMBA device. Reading it's CID or PID can cause machine lockup.
10 2) AMBA standard devices called ports or wrappers. They have CIDs (AMBA_CID)
|
| /linux/Documentation/networking/ |
| H A D | plip.rst | 25 printer port. PLIP is a non-standard, but [can use] uses the standard
52 an existing Ethernet. Isn't standard (not even de facto standard, like
117 only one implemented in the early version of the code) uses a standard
129 The cable for the first transfer mode is a standard
135 bits with standard status register implementation.
197 standard in Mode 0. That standard specifies the following protocol::
|
| /linux/arch/mips/include/asm/mach-loongson2ef/cs5536/ |
| H A D | cs5536.h | 80 * GLIU STANDARD MSR
130 * SB STANDARD
175 * GLCP STANDARD
228 * DIVIL STANDARD
256 * IDE STANDARD
276 * ACC STANDARD
286 * USB STANDARD
|
| /linux/Documentation/core-api/ |
| H A D | asm-annotations.rst | 14 accompanied with data. Standard assemblers do not force users into precisely
28 *non-standard* calling convention. In contrast, ``ENDPROC`` should annotate
29 only ends of *standard* functions.
57 * standard/non-standard function
77 standard C calling conventions. For example, on x86, this means that the
79 the function can happen in a standard way. When frame pointers are enabled,
110 most frequent markings**. They are used for functions with standard calling
|
| /linux/arch/riscv/ |
| H A D | Kconfig.errata | 20 non-standard handling on non-coherent operations on Andes cores.
93 It was designed before the Zicbom extension so needs non-standard
116 non-standard PTE utilization on T-Head SoCs (XTheadMae).
129 non-standard handling on non-coherent operations on T-Head SoCs.
141 This will apply the overflow errata to handle the non-standard
|
| /linux/drivers/net/arcnet/ |
| H A D | Kconfig | 25 tristate "Enable standard ARCNet packet format (RFC 1201)"
29 industry-standard RFC1201 implementations, like the arcether.com
39 software complying with the "old" standard, specifically, the DOS
42 industry-standard RFC1201 implementations, like the arcether.com
76 This is the chipset driver for the standard COM90xx cards. If you
|
| /linux/drivers/media/dvb-frontends/ |
| H A D | tda18271c2dd.c | 970 u32 Frequency, int Standard) in ChannelConfiguration() argument
973 s32 IntermediateFrequency = m_StandardTable[Standard].m_IFFrequency; in ChannelConfiguration()
982 …/* printk("tda18271c2dd: %s Freq = %d Standard = %d IF = %d\n", __func__, Frequency, Standard, Int… in ChannelConfiguration()
995 state->m_Regs[EP3] = (state->m_Regs[EP3] & ~0x1F) | m_StandardTable[Standard].m_EP3_4_0; in ChannelConfiguration()
999 …state->m_Regs[EP4] = state->m_EP4 | ((Standard > HF_AnalogMax) ? state->m_IFLevelDigital : state->… in ChannelConfiguration()
1001 if (Standard <= HF_AnalogMax) in ChannelConfiguration()
1003 else if (Standard <= HF_ATSC) in ChannelConfiguration()
1005 else if (Standard <= HF_DVBC) in ChannelConfiguration()
1010 if ((Standard == HF_FM_Radio) && state->m_bFMInput) in ChannelConfiguration()
1014 if (Standard > HF_AnalogMax) in ChannelConfiguration()
[all …]
|