Searched refs:dimensions (Results 1 – 23 of 23) sorted by relevance
| /Linux-v6.1/arch/m68k/include/asm/ |
| D | macintosh.h | 104 unsigned long dimensions; member
|
| /Linux-v6.1/Documentation/userspace-api/media/v4l/ |
| D | pixfmt-inzi.rst | 18 identical dimensions.
|
| D | vidioc-g-crop.rst | 49 The driver first adjusts the requested dimensions against hardware
|
| D | vidioc-dqevent.rst | 337 - This control event was triggered because the dimensions of the
338 control changed. Note that the number of dimensions remains the
|
| D | vidioc-g-selection.rst | 87 The driver may have to adjusts the requested dimensions against hardware
|
| D | extended-controls.rst | 83 particular, this ioctl gives the dimensions of the N-dimensional array if
|
| D | dev-subdev.rst | 361 dimensions. The scaling ratio isn't specified explicitly, but is implied
449 selection will refer to the sink pad format dimensions instead.
|
| D | diff-v4l.rst | 122 implies the scale factor by setting the cropping dimensions and
168 dimensions returns the closest size possible, taking into account the
|
| /Linux-v6.1/arch/m68k/mac/ |
| D | config.c | 101 mac_bi_data.dimensions = be32_to_cpup(data); in mac_parse_bootinfo()
848 mac_bi_data.videodepth, mac_bi_data.dimensions & 0xFFFF, in mac_identify()
849 mac_bi_data.dimensions >> 16); in mac_identify()
|
| /Linux-v6.1/Documentation/userspace-api/media/drivers/ |
| D | dw100.rst | 80 upper bits and X in the lower bits. The driver modifies the dimensions of
|
| /Linux-v6.1/drivers/video/fbdev/ |
| D | macfb.c | 558 macfb_defined.xres = mac_bi_data.dimensions & 0xFFFF; in macfb_init()
559 macfb_defined.yres = mac_bi_data.dimensions >> 16; in macfb_init()
|
| D | Kconfig | 1008 have a display with nonstandard dimensions. A VESA compliant
|
| /Linux-v6.1/Documentation/admin-guide/media/ |
| D | rkisp1.rst | 162 same mbus format and dimensions as the sensor, otherwise streaming will fail
166 The cropping dimensions are automatically propagated to be the format of the
|
| D | imx.rst | 244 dimensions to 320x240 (assumes ipu1_csi0 is linked to ipu1_csi0_mux):
|
| /Linux-v6.1/Documentation/input/devices/ |
| D | ntrig.rst | 67 However not all of these devices have the same physical dimensions. Most
|
| /Linux-v6.1/drivers/net/ethernet/broadcom/bnxt/ |
| D | bnxt_devlink.c | 784 req->dimensions = cpu_to_le16(dim); in bnxt_hwrm_get_nvm_cfg_ver()
1097 req->dimensions = cpu_to_le16(1); in bnxt_hwrm_nvm_req()
|
| D | bnxt_hsi.h | 9980 __le16 dimensions; member
10029 __le16 dimensions; member
|
| /Linux-v6.1/tools/perf/ |
| D | builtin-c2c.c | 1822 static struct c2c_dimension *dimensions[] = { variable
1901 for (i = 0; dimensions[i]; i++) { in get_dimension()
1902 struct c2c_dimension *dim = dimensions[i]; in get_dimension()
|
| /Linux-v6.1/Documentation/m68k/ |
| D | kernel-options.rst | 409 dimensions of the screen.
438 <yres> and <depth> give the dimensions of the screen and the number of
568 is used for both dimensions. The default value is 2 for both
|
| /Linux-v6.1/drivers/auxdisplay/ |
| D | Kconfig | 289 more precise aspects (wiring, dimensions, protocol, ...). Please note
|
| /Linux-v6.1/Documentation/input/ |
| D | event-codes.rst | 231 the input device may be used freely in three dimensions, consider ABS_Z
|
| /Linux-v6.1/scripts/ |
| D | spelling.txt | 507 dimesions||dimensions
|
| /Linux-v6.1/drivers/gpu/drm/radeon/ |
| D | cik.c | 4475 u32 dimensions[3]; member
|
