| /linux-6.12.1/Documentation/userspace-api/media/v4l/ |
| D | extended-controls.rst | 3 .. _extended-controls:
6 Extended Controls API
33 Controls, such as Camera Controls and FM Transmitter Controls. The
34 Extended Controls API as well as all Extended Controls classes are
45 on arrays of controls (as opposed to the
49 several controls at once.
54 controls in that array and a control class. Control classes are used to
55 group similar controls into a single class. For example, control class
56 ``V4L2_CTRL_CLASS_USER`` contains all user controls (i. e. all controls
58 ioctl). Control class ``V4L2_CTRL_CLASS_CODEC`` contains controls
[all …]
|
| D | vidioc-g-ext-ctrls.rst | 13 …OC_S_EXT_CTRLS - VIDIOC_TRY_EXT_CTRLS - Get or set the value of several controls, try control valu…
42 These ioctls allow the caller to get or set multiple controls
44 :ref:`ctrl-class`) and all controls in the control array must belong
47 Applications must always fill in the ``count``, ``which``, ``controls``
51 by the ``controls`` fields.
53 To get the current value of a set of controls applications initialize
56 :ref:`VIDIOC_G_EXT_CTRLS <VIDIOC_G_EXT_CTRLS>` ioctl. String controls must also set the
57 ``string`` field. Controls of compound types
61 relevant for pointer-type controls like strings), then the driver will
75 To change the value of a set of controls applications initialize the
[all …]
|
| D | control.rst | 6 User Controls
9 Devices typically have a number of user-settable controls such as
12 different controls available, and furthermore, the range of possible
15 user interface for these controls that will work correctly with any
18 All controls are accessed using an ID value. V4L2 defines several IDs
20 controls using ``V4L2_CID_PRIVATE_BASE`` [#f1]_ and higher values. The
25 Generally applications should present controls to the user without
30 to change a few controls programmatically, for example to mute a device
33 Drivers may enumerate different controls after switching the current
48 V4L2 specifies an event mechanism to notify applications when controls
[all …]
|
| D | vidioc-queryctrl.rst | 13 VIDIOC_QUERYCTRL - VIDIOC_QUERY_EXT_CTRL - VIDIOC_QUERYMENU - Enumerate controls and menu control i…
47 It is possible to enumerate controls by calling ``VIDIOC_QUERYCTRL``
51 controls, which are not defined in this specification, by starting at
62 can be specified to enumerate all compound controls (i.e. controls with
64 controls that contain more than one value). Specify both
66 order to enumerate all controls, compound or not. Drivers which do not
70 support controls that can use compound types, and to expose additional
78 Additional information is required for menu controls: the names of the
150 the user can change controls by keyboard or GUI buttons, rather
160 for other types of controls.
[all …]
|
| D | dev-stateless-decoder.rst | 45 codec-specific capability controls (such as H.264 profiles) to the set
55 formats may depend on the value of some codec-dependent controls.
56 The client is responsible for making sure that these controls are set
58 default values for these controls being used, and a returned set of formats
66 applicable, may be queried using their respective controls via
96 2. Call :c:func:`VIDIOC_S_EXT_CTRLS` to set all the controls (parsed headers,
137 ``OUTPUT`` format and currently set controls, even if more formats may be
239 controls relevant to the format being decoded.
242 controls that must be set on the request, depend on the active coded pixel
243 format and might be affected by codec-specific extended controls, as stated in
[all …]
|
| /linux-6.12.1/Documentation/driver-api/media/ |
| D | v4l2-controls.rst | 3 V4L2 Controls
10 implement correctly in drivers. But much of the code needed to handle controls
26 V4L2 specification with respect to controls in a central place. And to make
43 :c:type:`v4l2_ctrl_handler` is the object that keeps track of controls. It
45 references to controls, possibly to controls owned by other handlers.
89 The second argument is a hint telling the function how many controls this
114 2) Add controls:
116 You add non-menu controls by calling :c:func:`v4l2_ctrl_new_std`:
124 Menu and integer menu controls are added by calling
133 Menu controls with a driver specific menu are added by calling
[all …]
|
| /linux-6.12.1/Documentation/userspace-api/media/drivers/ |
| D | uvcvideo.rst | 20 units (XUs). The Linux UVC driver supports extension unit controls (XU controls)
23 - through mappings of XU controls to V4L2 controls
26 The first one allows generic V4L2 applications to use XU controls by mapping
27 certain XU controls onto V4L2 controls, which then show up during ordinary
31 access XU controls but exposes the entire UVC XU concept to user space for
41 control mappings at runtime. These allow for individual XU controls or byte
42 ranges thereof to be mapped to new V4L2 controls. Such controls appear and
43 function exactly like normal V4L2 controls (i.e. the stock controls, such as
44 brightness, contrast, etc.). However, reading or writing of such a V4L2 controls
59 For applications that need to access XU controls directly, e.g. for testing
[all …]
|
| /linux-6.12.1/drivers/reset/ |
| D | reset-ti-syscon.c | 43 * @controls: array of reset controls
44 * @nr_controls: number of controls in control array
49 struct ti_syscon_reset_control *controls; member
76 control = &data->controls[id]; in ti_syscon_reset_assert()
107 control = &data->controls[id]; in ti_syscon_reset_deassert()
140 control = &data->controls[id]; in ti_syscon_reset_status()
166 struct ti_syscon_reset_control *controls; in ti_syscon_reset_probe() local
184 controls = devm_kcalloc(dev, nr_controls, sizeof(*controls), in ti_syscon_reset_probe()
186 if (!controls) in ti_syscon_reset_probe()
190 controls[i].assert_offset = be32_to_cpup(list++); in ti_syscon_reset_probe()
[all …]
|
| /linux-6.12.1/include/media/ |
| D | v4l2-ctrls.h | 3 * V4L2 controls support header.
112 * for volatile (and usually read-only) controls such as a control
120 * one else can access controls owned by that handler.
166 * @ncontrols: Number of controls in cluster array.
207 * @step: The control's step value for non-menu controls.
215 * @menu_skip_mask: The control's skip mask for menu controls. This makes it
247 * through a pointer (for compound controls only).
323 * the control has been applied. This prevents applying controls
324 * from a cluster with multiple controls twice (when the first
346 * keep a sorted-by-control-ID list of all controls, while the next pointer
[all …]
|
| /linux-6.12.1/sound/soc/codecs/ |
| D | cs-amp-lib.c | 24 const struct cirrus_amp_cal_controls *controls, in cs_amp_write_cal_coeff() argument
31 KUNIT_STATIC_STUB_REDIRECT(cs_amp_write_cal_coeff, dsp, controls, ctl_name, val); in cs_amp_write_cal_coeff()
35 cs_ctl = cs_dsp_get_ctl(dsp, ctl_name, controls->mem_region, controls->alg_id); in cs_amp_write_cal_coeff()
51 const struct cirrus_amp_cal_controls *controls, in _cs_amp_write_cal_coeffs() argument
60 dev_info(dsp->dev, "Calibration disabled due to missing firmware controls\n"); in _cs_amp_write_cal_coeffs()
64 ret = cs_amp_write_cal_coeff(dsp, controls, controls->ambient, data->calAmbient); in _cs_amp_write_cal_coeffs()
68 ret = cs_amp_write_cal_coeff(dsp, controls, controls->calr, data->calR); in _cs_amp_write_cal_coeffs()
72 ret = cs_amp_write_cal_coeff(dsp, controls, controls->status, data->calStatus); in _cs_amp_write_cal_coeffs()
76 ret = cs_amp_write_cal_coeff(dsp, controls, controls->checksum, data->calR + 1); in _cs_amp_write_cal_coeffs()
84 * cs_amp_write_cal_coeffs - Write calibration data to firmware controls.
[all …]
|
| /linux-6.12.1/Documentation/ABI/testing/ |
| D | sysfs-fs-f2fs | 4 Description: Controls the maximum sleep time for gc_thread. Time
10 Description: Controls the minimum sleep time for gc_thread. Time
16 Description: Controls the default sleep time for gc_thread. Time
22 Description: Controls the victim selection policy for garbage collection.
34 Description: This parameter controls the number of prefree segments to be
49 Description: Controls the in-place-update policy.
75 Description: Controls the FS utilization condition for the in-place-update
81 Description: Controls the dirty page count condition for the in-place-update
87 Description: Controls the dirty page count condition for batched sequential
93 Description: Controls the dirty page count condition for redefining hot data.
[all …]
|
| D | sysfs-driver-toshiba_acpi | 5 Description: This file controls the keyboard backlight operation mode, valid
24 Description: This file controls the timeout of the keyboard backlight
44 Description: This files controls the status of the touchpad and pointing
83 Description: This file controls the USB Sleep & Charge charging mode, which
102 Description: This file controls the USB Sleep Functions under battery, and
120 Description: This file controls the USB Rapid Charge state, which can be:
133 Description: This file controls the Sleep & Music state, which values can be:
154 Description: This file controls the state of the internal fan, valid
164 Description: This file controls the Special Functions (hotkeys) operation
182 Description: This file controls whether the laptop should turn ON whenever
[all …]
|
| D | sysfs-bus-usb-devices-usbsevseg | 5 Description: Controls whether the device's display will powered.
13 Description: Controls the devices display mode.
26 Description: Controls the way the device interprets its text buffer.
27 raw: each character controls its segment manually
41 Description: Controls the decimal places on the device.
|
| /linux-6.12.1/Documentation/admin-guide/media/ |
| D | vivid.rst | 25 - Working brightness, contrast, saturation and hue controls
204 select this through controls.
236 select this through controls.
276 if set disable the error injecting controls. This option is
278 exercise all controls including a control like 'Disconnect' which
284 controls that select crop, compose and scale behavior are also
360 controls 'Standard Signal Mode' and 'Standard' determine what
535 The FM receiver supports RDS as well, both using 'Block I/O' and 'Controls'
536 modes. In the 'Controls' mode the RDS information is stored in read-only
537 controls. These controls are updated every time the frequency is changed,
[all …]
|
| /linux-6.12.1/Documentation/driver-api/ |
| D | reset.rst | 18 controller devices to register their reset controls to provide them to the
41 In more complicated reset controls, a single trigger action can launch a
46 A hardware module that provides a number of reset controls to control a
59 controls.
63 When requesting reset controls, consumers can use symbolic names for their
75 The distinction between shared and exclusive reset controls is made at the time
96 For shared reset controls, calls to the two functions must be balanced.
101 Consumer drivers using shared reset controls should assume that the reset line
115 The reset controller API allows requesting self-deasserting reset controls as
120 For shared reset controls, calls to the two functions must be balanced.
[all …]
|
| /linux-6.12.1/drivers/media/v4l2-core/ |
| D | v4l2-ctrls-defs.c | 3 * V4L2 controls framework control definitions.
790 /* USER controls */ in v4l2_ctrl_get_name()
791 /* Keep the order of the 'case's the same as in v4l2-controls.h! */ in v4l2_ctrl_get_name()
792 case V4L2_CID_USER_CLASS: return "User Controls"; in v4l2_ctrl_get_name()
836 * Codec controls in v4l2_ctrl_get_name()
838 * The MPEG controls are applicable to all codec controls in v4l2_ctrl_get_name()
843 case V4L2_CID_CODEC_CLASS: return "Codec Controls"; in v4l2_ctrl_get_name()
977 /* VPX controls */ in v4l2_ctrl_get_name()
993 /* HEVC controls */ in v4l2_ctrl_get_name()
1046 /* AV1 controls */ in v4l2_ctrl_get_name()
[all …]
|
| D | v4l2-ctrls-api.c | 3 * V4L2 controls framework uAPI implementation:
173 * multiple controls have to be set through multiple i2c writes (for example)
180 * error should be returned without actually affecting any controls.
188 * controls were affected. Otherwise all controls before that index were
190 * the given index failed, and you don't know what happened with the controls
201 * tried to set the controls. In all other cases it is a driver/hardware
205 * never modifies controls the error_idx is just set to whatever control
211 * Find the controls in the control array and do some basic checks.
224 struct v4l2_ext_control *c = &cs->controls[i]; in prepare_ext_ctrls()
242 * Old-style private controls are not allowed for in prepare_ext_ctrls()
[all …]
|
| /linux-6.12.1/include/sound/sof/ |
| D | control.h | 16 * Component Mixers and Controls
76 SOF_CTRL_CMD_VOLUME = 0, /**< maps to ALSA volume style controls */
77 SOF_CTRL_CMD_ENUM, /**< maps to ALSA enum style controls */
78 SOF_CTRL_CMD_SWITCH, /**< maps to ALSA switch style controls */
79 SOF_CTRL_CMD_BINARY, /**< maps to ALSA binary style controls */
119 /* channel values can be used by volume type controls */
121 /* component values used by routing controls like mux, mixer */
123 /* data can be used by binary controls */
151 /* data can be used by binary controls */
|
| /linux-6.12.1/drivers/media/pci/tw5864/ |
| D | tw5864-reg.h | 16 /* Define controls in register TW5864_EMU */
43 /* Define controls in register TW5864_SLICE */
59 /* Define controls in register TW5864_DSP_QP */
69 /* Define controls in register TW5864_DSP_CODEC */
98 /* Define controls in register TW5864_DSP_SEN */
112 /* Define controls in register TW5864_DSP_REF_PIC */
124 /* Define controls in register TW5864_DSP */
144 /* Define controls in register TW5864_DDR */
169 /* Define controls in register TW5864_DSP_SEN_MODE */
194 /* Define controls in register TW5864_INTERLACING */
[all …]
|
| /linux-6.12.1/Documentation/devicetree/bindings/mux/ |
| D | mux-consumer.yaml | 22 Mux controller properties should be named "mux-controls". The exact meaning of
25 strings to label each of the mux controllers listed in the "mux-controls"
33 Properties "mux-controls" and "mux-states" can be used depending on how
36 "mux-controls" can be used. If the consumer needs to set the mux
46 mux-controls:
56 controller to an index into the list given by the "mux-controls" property.
|
| /linux-6.12.1/include/sound/ |
| D | cs-amp-lib.h | 30 * struct cirrus_amp_cal_controls - definition of firmware calibration controls
31 * @alg_id: ID of algorithm containing the controls.
32 * @mem_region: DSP memory region containing the controls.
48 const struct cirrus_amp_cal_controls *controls,
60 const struct cirrus_amp_cal_controls *controls,
|
| /linux-6.12.1/sound/pci/emu10k1/ |
| D | emufx.c | 37 MODULE_PARM_DESC(high_res_gpr_volume, "GPR mixer controls use 31-bit range.");
330 * controls
1299 struct snd_emu10k1_fx8010_control_gpr *controls = NULL, *ctl; in _snd_emu10k1_audigy_init_efx() local
1311 controls = kcalloc(SND_EMU10K1_GPR_CONTROLS, in _snd_emu10k1_audigy_init_efx()
1312 sizeof(*controls), GFP_KERNEL); in _snd_emu10k1_audigy_init_efx()
1313 if (!controls) in _snd_emu10k1_audigy_init_efx()
1341 snd_emu10k1_init_stereo_control(&controls[nctl++], "PCM Front Playback Volume", gpr, 100); in _snd_emu10k1_audigy_init_efx()
1347 snd_emu10k1_init_stereo_control(&controls[nctl++], "PCM Surround Playback Volume", gpr, 100); in _snd_emu10k1_audigy_init_efx()
1354 snd_emu10k1_init_stereo_control(&controls[nctl++], "PCM Side Playback Volume", gpr, 100); in _snd_emu10k1_audigy_init_efx()
1360 snd_emu10k1_init_mono_control(&controls[nctl++], "PCM Center Playback Volume", gpr, 100); in _snd_emu10k1_audigy_init_efx()
[all …]
|
| /linux-6.12.1/drivers/media/usb/uvc/ |
| D | uvc_ctrl.c | 3 * uvc_ctrl.c -- USB Video Class driver - Controls
36 * Controls
377 * For controls of type UVC_CTRL_DATA_TYPE_BITMASK, the UVC control value is
381 * control, which includes all controls whose type isn't UVC_CTRL_DATA_TYPE_ENUM
945 * UVC Controls
960 ctrl = &entity->controls[i]; in __uvc_find_control()
1047 * GET_RES is mandatory for XU controls, but some in uvc_ctrl_populate_cache()
1192 * For set operations on slave controls, check if the master's value is set to
1193 * manual, either in the others controls set in the same ioctl call, or from
1232 if (ctrls->controls[i].id == mapping->master_id) in uvc_ctrl_is_accessible()
[all …]
|
| /linux-6.12.1/Documentation/sound/hd-audio/ |
| D | controls.rst | 2 HD-Audio Codec-Specific Mixer Controls
6 This file explains the codec-specific mixer controls.
15 and "8ch". According to the configuration, this also controls the
21 and/or line-out jacks are available on a machine, this controls
56 These enum controls the direction and the bias of the input jack
82 individual volume controls will be no longer available for
115 According to the configuration, this also controls the
|
| /linux-6.12.1/Documentation/userspace-api/media/mediactl/ |
| D | request-api.rst | 13 Another is support of stateless codecs, which require controls to be applied
14 to specific frames (aka 'per-frame controls') in order to be used efficiently.
89 Controls can still be set without a request and are applied immediately,
100 associated controls have been updated with the values at the time of completion.
133 to associate specific controls to
136 ability to capture the state of controls when the request completes to read back
139 Put into code, after obtaining a request, user-space can assign controls and one
192 This is particularly useful for volatile controls for which we want to
222 With a simple capture device, requests can be used to specify controls to apply
253 controls and recycle the request as in the M2M example above.
|