Home
last modified time | relevance | path

Searched +full:pad +full:- +full:type (Results 1 – 25 of 1012) sorted by relevance

12345678910>>...41

/linux/drivers/staging/media/atomisp/pci/
H A Datomisp_subdev.c1 // SPDX-License-Identifier: GPL-2.0
15 #include <media/v4l2-event.h>
16 #include <media/v4l2-mediabus.h>
17 #include <media/videobuf2-vmalloc.h>
79 for (i = 0; i < ARRAY_SIZE(atomisp_in_fmt_conv) - 1; i++) in atomisp_subdev_is_compressed()
91 for (i = 0; i < ARRAY_SIZE(atomisp_in_fmt_conv) - 1; i++) in atomisp_find_in_fmt_conv()
103 for (i = 0; i < ARRAY_SIZE(atomisp_in_fmt_conv) - 1; i++) in atomisp_find_in_fmt_conv_by_atomisp_in_fmt()
114 sink = atomisp_subdev_get_ffmt(&asd->subdev, NULL, in atomisp_subdev_format_conversion()
116 src = atomisp_subdev_get_ffmt(&asd->subdev, NULL, in atomisp_subdev_format_conversion()
119 return atomisp_is_mbuscode_raw(sink->code) in atomisp_subdev_format_conversion()
[all …]
/linux/drivers/pinctrl/qcom/
H A Dpinctrl-spmi-mpp.c1 // SPDX-License-Identifier: GPL-2.0-only
3 * Copyright (c) 2012-2014, The Linux Foundation. All rights reserved.
16 #include <linux/pinctrl/pinconf-generic.h>
20 #include <dt-bindings/pinctrl/qcom,pmic-mpp.h>
23 #include "../pinctrl-utils.h"
28 * Pull Up Values - it indicates whether a pull-up should be
37 /* type registers base address bases */
41 /* mpp peripheral type and subtype values */
106 * struct pmic_mpp_pad - keep current MPP settings
114 * @num_sources: Number of power-sources supported by this MPP.
[all …]
H A Dpinctrl-spmi-gpio.c1 // SPDX-License-Identifier: GPL-2.0-only
3 * Copyright (c) 2012-2014, 2016-2021 The Linux Foundation. All rights reserved.
4 * Copyright (c) 2021-2022 Qualcomm Innovation Center, Inc. All rights reserved.
19 #include <linux/pinctrl/pinconf-generic.h>
23 #include <dt-bindings/pinctrl/qcom,pmic-gpio.h>
26 #include "../pinctrl-utils.h"
30 /* type and subtype registers base address offsets */
34 /* GPIO peripheral type and subtype out_values */
99 * Output type - indicates pin should be configured as push-pull,
139 * struct pmic_gpio_pad - keep current GPIO settings
[all …]
/linux/drivers/net/ethernet/intel/idpf/
H A Dvirtchnl2.h1 /* SPDX-License-Identifier: GPL-2.0-only */
16 * all the structures in this header follow little-endian format.
74 * enum virtchnl2_vport_type - Type of virtual port.
75 * @VIRTCHNL2_VPORT_TYPE_DEFAULT: Default virtual port type.
82 * enum virtchnl2_queue_model - Type of queue model.
144 /* Receive Side Scaling Flow type capability flags */
210 /* underlying device type */
216 * enum virtchnl2_txq_sched_mode - Transmit Queue Scheduling Modes.
231 * enum virtchnl2_rxq_flags - Receive Queue Feature flags.
248 /* Type of RSS algorithm */
[all …]
/linux/include/uapi/linux/
H A Dv4l2-subdev.h1 /* SPDX-License-Identifier: GPL-2.0 WITH Linux-syscall-note */
17 #include <linux/v4l2-common.h>
18 #include <linux/v4l2-mediabus.h>
21 * enum v4l2_subdev_format_whence - Media bus format type
31 * struct v4l2_subdev_format - Pad-level media bus format
32 * @which: format type (from enum v4l2_subdev_format_whence)
33 * @pad: pad number, as reported by the media API
40 __u32 pad; member
47 * struct v4l2_subdev_crop - Pad-level crop settings
48 * @which: format type (from enum v4l2_subdev_format_whence)
[all …]
/linux/Documentation/devicetree/bindings/phy/
H A Dnvidia,tegra186-xusb-padctl.yaml1 # SPDX-License-Identifier: GPL-2.0-only OR BSD-2-Clause
3 ---
4 $id: http://devicetree.org/schemas/phy/nvidia,tegra186-xusb-padctl.yaml#
5 $schema: http://devicetree.org/meta-schemas/core.yaml#
7 title: NVIDIA Tegra186 XUSB pad controller
10 - Thierry Reding <thierry.reding@gmail.com>
11 - Jon Hunter <jonathanh@nvidia.com>
14 The Tegra XUSB pad controller manages a set of I/O lanes (with differential
16 is controlled by a HW block referred to as a "pad" in the Tegra hardware
17 documentation. Each such "pad" may control either one or multiple lanes,
[all …]
H A Dnvidia,tegra124-xusb-padctl.yaml1 # SPDX-License-Identifier: GPL-2.0-only OR BSD-2-Clause
3 ---
4 $id: http://devicetree.org/schemas/phy/nvidia,tegra124-xusb-padctl.yaml#
5 $schema: http://devicetree.org/meta-schemas/core.yaml#
7 title: NVIDIA Tegra124 XUSB pad controller
10 - Thierry Reding <thierry.reding@gmail.com>
11 - Jon Hunter <jonathanh@nvidia.com>
14 The Tegra XUSB pad controller manages a set of I/O lanes (with differential
16 is controlled by a HW block referred to as a "pad" in the Tegra hardware
17 documentation. Each such "pad" may control either one or multiple lanes,
[all …]
H A Dnvidia,tegra194-xusb-padctl.yaml1 # SPDX-License-Identifier: GPL-2.0-only OR BSD-2-Clause
3 ---
4 $id: http://devicetree.org/schemas/phy/nvidia,tegra194-xusb-padctl.yaml#
5 $schema: http://devicetree.org/meta-schemas/core.yaml#
7 title: NVIDIA Tegra194 XUSB pad controller
10 - Thierry Reding <thierry.reding@gmail.com>
11 - Jon Hunter <jonathanh@nvidia.com>
14 The Tegra XUSB pad controller manages a set of I/O lanes (with differential
16 is controlled by a HW block referred to as a "pad" in the Tegra hardware
17 documentation. Each such "pad" may control either one or multiple lanes,
[all …]
H A Dnvidia,tegra210-xusb-padctl.yaml1 # SPDX-License-Identifier: GPL-2.0-only OR BSD-2-Clause
3 ---
4 $id: http://devicetree.org/schemas/phy/nvidia,tegra210-xusb-padctl.yaml#
5 $schema: http://devicetree.org/meta-schemas/core.yaml#
7 title: NVIDIA Tegra210 XUSB pad controller
10 - Thierry Reding <thierry.reding@gmail.com>
11 - Jon Hunter <jonathanh@nvidia.com>
14 The Tegra XUSB pad controller manages a set of I/O lanes (with differential
16 is controlled by a HW block referred to as a "pad" in the Tegra hardware
17 documentation. Each such "pad" may control either one or multiple lanes,
[all …]
/linux/Documentation/userspace-api/media/v4l/
H A Dvidioc-subdev-g-crop.rst1 .. SPDX-License-Identifier: GFDL-1.1-no-invariants-or-later
13 VIDIOC_SUBDEV_G_CROP - VIDIOC_SUBDEV_S_CROP - Get or set the crop rectangle on a subdev pad
33 Pointer to struct :c:type:`v4l2_subdev_crop`.
42 extensions to the :c:type:`v4l2_subdev_crop` structure will be accepted.
44 To retrieve the current crop rectangle applications set the ``pad``
45 field of a struct :c:type:`v4l2_subdev_crop` to the
46 desired pad number as reported by the media API and the ``which`` field
51 on the given pad.
53 To change the current crop rectangle applications set both the ``pad``
58 return the struct :c:type:`v4l2_subdev_crop`
[all …]
H A Dvidioc-subdev-g-fmt.rst1 .. SPDX-License-Identifier: GFDL-1.1-no-invariants-or-later
13 VIDIOC_SUBDEV_G_FMT - VIDIOC_SUBDEV_S_FMT - Get or set the data format on a subdev pad
33 Pointer to struct :c:type:`v4l2_subdev_format`.
41 To retrieve the current format applications set the ``pad`` field of a
42 struct :c:type:`v4l2_subdev_format` to the desired
43 pad number as reported by the media API and the ``which`` field to
48 To change the current format applications set both the ``pad`` and
53 :c:type:`v4l2_subdev_format` contains the current
59 and stored in the sub-device file handle. Two applications querying the
60 same sub-device would thus not interact with each other.
[all …]
H A Dvidioc-subdev-g-frame-interval.rst1 .. SPDX-License-Identifier: GFDL-1.1-no-invariants-or-later
13 VIDIOC_SUBDEV_G_FRAME_INTERVAL - VIDIOC_SUBDEV_S_FRAME_INTERVAL - Get or set the frame interval on …
33 Pointer to struct :c:type:`v4l2_subdev_frame_interval`.
40 for sub-devices that can control the frame period on their own. This
41 includes, for instance, image sensors and TV tuners. Sub-devices that
44 To retrieve the current frame interval applications set the ``pad``
46 :c:type:`v4l2_subdev_frame_interval` to
47 the desired pad number as reported by the media controller API. When
51 To change the current frame interval applications set both the ``pad``
57 :c:type:`v4l2_subdev_frame_interval`
[all …]
H A Dvidioc-subdev-enum-frame-interval.rst1 .. SPDX-License-Identifier: GFDL-1.1-no-invariants-or-later
13 VIDIOC_SUBDEV_ENUM_FRAME_INTERVAL - Enumerate frame intervals
29 Pointer to struct :c:type:`v4l2_subdev_frame_interval_enum`.
35 given sub-device pad. Frame intervals only makes sense for sub-devices
40 on the sub-device output pad depend on the frame format and size on the
41 same pad. Applications must thus specify the desired format and size
45 ``pad``, ``which``, ``code``, ``width`` and ``height`` fields of struct
46 :c:type:`v4l2_subdev_frame_interval_enum`
54 other pads of the sub-device, as well as on the current active links.
58 Sub-devices that support the frame interval enumeration ioctl should
[all …]
H A Dvidioc-subdev-enum-frame-size.rst1 .. SPDX-License-Identifier: GFDL-1.1-no-invariants-or-later
13 VIDIOC_SUBDEV_ENUM_FRAME_SIZE - Enumerate media bus frame sizes
29 Pointer to struct :c:type:`v4l2_subdev_frame_size_enum`.
35 supported by a sub-device on the specified pad
42 of the struct :c:type:`v4l2_subdev_frame_size_enum`.
43 Each pair of ``pad`` and ``code`` correspond to a separate enumeration.
47 Therefore, to enumerate frame sizes allowed on the specified pad
49 ``pad``, ``which``, and ``code`` fields to desired values,
59 Sub-devices that only support discrete frame sizes (such as most
64 supported. For instance, a scaler that uses a fixed-point scaling ratio
[all …]
H A Dvidioc-enum-dv-timings.rst1 .. SPDX-License-Identifier: GFDL-1.1-no-invariants-or-later
13 VIDIOC_ENUM_DV_TIMINGS - VIDIOC_SUBDEV_ENUM_DV_TIMINGS - Enumerate supported Digital Video timings
33 Pointer to struct :c:type:`v4l2_enum_dv_timings`.
46 field, set the ``pad`` field to 0, zero the reserved array of struct
47 :c:type:`v4l2_enum_dv_timings` and call the
63 pad number in the struct
64 :c:type:`v4l2_enum_dv_timings` ``pad`` field.
65 Attempts to enumerate timings on a pad that doesn't support them will
68 .. c:type:: v4l2_enum_dv_timings
72 .. flat-table:: struct v4l2_enum_dv_timings
[all …]
H A Dvidioc-subdev-enum-mbus-code.rst1 .. SPDX-License-Identifier: GFDL-1.1-no-invariants-or-later
13 VIDIOC_SUBDEV_ENUM_MBUS_CODE - Enumerate media bus formats
29 Pointer to struct :c:type:`v4l2_subdev_mbus_code_enum`.
35 of media bus formats for the selected pad.
38 of struct :c:type:`v4l2_subdev_mbus_code_enum`.
42 Therefore, to enumerate media bus formats available at a given sub-device pad,
43 initialize the ``pad``, and ``which`` fields to desired values,
51 ``EINVAL`` means that either ``pad`` is invalid,
52 or that there are no more codes available at this pad.
55 at the same pad.
[all …]
/linux/drivers/media/platform/renesas/vsp1/
H A Dvsp1_entity.c1 // SPDX-License-Identifier: GPL-2.0+
3 * vsp1_entity.c -- R-Car VSP1 Base Entity
5 * Copyright (C) 2013-2014 Renesas Electronics Corporation
13 #include <media/media-entity.h>
14 #include <media/v4l2-ctrls.h>
15 #include <media/v4l2-subdev.h>
30 if (entity->type == VSP1_ENTITY_HGO) { in vsp1_entity_route_setup()
35 * sink pad. in vsp1_entity_route_setup()
37 source = entity->sources[0]; in vsp1_entity_route_setup()
38 smppt = (pipe->output->entity.index << VI6_DPR_SMPPT_TGW_SHIFT) in vsp1_entity_route_setup()
[all …]
/linux/Documentation/userspace-api/media/mediactl/
H A Dmedia-ioc-g-topology.rst1 .. SPDX-License-Identifier: GFDL-1.1-no-invariants-or-later
13 MEDIA_IOC_G_TOPOLOGY - Enumerate the graph topology and graph element properties
29 Pointer to struct :c:type:`media_v2_topology`.
36 :c:type:`media_v2_topology` should be zeroed. At
51 .. c:type:: media_v2_topology
53 .. flat-table:: struct media_v2_topology
54 :header-rows: 0
55 :stub-columns: 0
58 * - __u64
59 - ``topology_version``
[all …]
H A Dmedia-types.rst1 .. SPDX-License-Identifier: GFDL-1.1-no-invariants-or-later
3 .. _media-controller-types:
10 .. _media-entity-functions:
11 .. _MEDIA-ENT-F-UNKNOWN:
12 .. _MEDIA-ENT-F-V4L2-SUBDEV-UNKNOWN:
13 .. _MEDIA-ENT-F-IO-V4L:
14 .. _MEDIA-ENT-F-IO-VBI:
15 .. _MEDIA-ENT-F-IO-SWRADIO:
16 .. _MEDIA-ENT-F-IO-DTV:
17 .. _MEDIA-ENT-F-DTV-DEMOD:
[all …]
H A Dmedia-ioc-enum-links.rst1 .. SPDX-License-Identifier: GFDL-1.1-no-invariants-or-later
13 MEDIA_IOC_ENUM_LINKS - Enumerate all pads and links for a given entity
29 Pointer to struct :c:type:`media_links_enum`.
35 entity field of a struct :c:type:`media_links_enum`
37 :c:type:`media_pad_desc` and struct
38 :c:type:`media_link_desc` structure arrays pointed by
55 .. c:type:: media_links_enum
59 .. flat-table:: struct media_links_enum
60 :header-rows: 0
61 :stub-columns: 0
[all …]
/linux/Documentation/driver-api/media/
H A Dmc-core.rst1 .. SPDX-License-Identifier: GPL-2.0
4 ------------------------
11 on the kernel-side implementation of the media framework.
24 in a System-on-Chip image processing pipeline), DMA channels or physical
27 A pad is a connection endpoint through which an entity can interact with
32 A link is a point-to-point oriented connection between two pads, either
34 pad to a sink pad.
40 instance, defined in ``include/media/media-device.h``.
42 embedding the :c:type:`media_device` instance in a larger driver-specific
60 instance, defined in ``include/media/media-entity.h``. The structure is usually
[all …]
/linux/drivers/input/joystick/
H A Dgamecon.c1 // SPDX-License-Identifier: GPL-2.0-or-later
5 * Copyright (c) 1999-2004 Vojtech Pavlik <vojtech@suse.cz>
6 * Copyright (c) 2004 Peter Nelson <rufus-kernel@hackish.org>
66 enum gc_type type; member
89 NULL, "SNES pad", "NES pad", "NES FourPort", "Multisystem joystick",
90 "Multisystem 2-button joystick", "N64 controller", "PSX controller",
120 /* Reading the main axes of any N64 pad is known to fail if the corresponding bit */
133 struct parport *port = gc->pd->port; in gc_n64_send_command()
146 struct parport *port = gc->pd->port; in gc_n64_send_stop_bit()
158 * Each pad uses one bit per byte. So all pads connected to this port
[all …]
/linux/Documentation/devicetree/bindings/mmc/
H A Dmarvell,xenon-sdhci.yaml1 # SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause)
3 ---
4 $id: http://devicetree.org/schemas/mmc/marvell,xenon-sdhci.yaml#
5 $schema: http://devicetree.org/meta-schemas/core.yaml#
11 mmc-controller.yaml and the properties used by the Xenon implementation.
20 - Ulf Hansson <ulf.hansson@linaro.org>
25 - enum:
26 - marvell,armada-cp110-sdhci
27 - marvell,armada-ap806-sdhci
29 - items:
[all …]
/linux/Documentation/admin-guide/media/
H A Dvimc.rst1 .. SPDX-License-Identifier: GPL-2.0
10 --------
12 The topology is hardcoded, although you could modify it in vimc-core and
17 .. kernel-figure:: vimc.dot
29 If the configuration doesn't match, the stream will fail. The ``v4l-utils``
30 package is a bundle of user-space applications, that comes with ``media-ctl`` and
31 ``v4l2-ctl`` that can be used to configure the vimc configuration. This sequence
34 .. code-block:: bash
36 media-ctl -d platform:vimc -V '"Sensor A":0[fmt:SBGGR8_1X8/640x480]'
37 media-ctl -d platform:vimc -V '"Debayer A":0[fmt:SBGGR8_1X8/640x480]'
[all …]
/linux/Documentation/devicetree/bindings/pinctrl/
H A Dthead,th1520-pinctrl.yaml1 # SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause)
3 ---
4 $id: http://devicetree.org/schemas/pinctrl/thead,th1520-pinctrl.yaml#
5 $schema: http://devicetree.org/meta-schemas/core.yaml#
7 title: T-Head TH1520 SoC pin controller
10 - Emil Renner Berthing <emil.renner.berthing@canonical.com>
13 Pinmux and pinconf controller in the T-Head TH1520 RISC-V SoC.
17 PADCTRL_AOSYS -> PAD Group 1
18 PADCTRL1_APSYS -> PAD Group 2
19 PADCTRL0_APSYS -> PAD Group 3
[all …]

12345678910>>...41