| /linux/drivers/gpu/drm/vkms/ |
| H A D | vkms_formats.c | 101 __le16 *pixels = (__force __le16 *)src_pixels; in ARGB16161616_to_argb_u16() local
103 out_pixel->a = le16_to_cpu(pixels[3]); in ARGB16161616_to_argb_u16()
104 out_pixel->r = le16_to_cpu(pixels[2]); in ARGB16161616_to_argb_u16()
105 out_pixel->g = le16_to_cpu(pixels[1]); in ARGB16161616_to_argb_u16()
106 out_pixel->b = le16_to_cpu(pixels[0]); in ARGB16161616_to_argb_u16()
111 __le16 *pixels = (__force __le16 *)src_pixels; in XRGB16161616_to_argb_u16() local
114 out_pixel->r = le16_to_cpu(pixels[2]); in XRGB16161616_to_argb_u16()
115 out_pixel->g = le16_to_cpu(pixels[1]); in XRGB16161616_to_argb_u16()
116 out_pixel->b = le16_to_cpu(pixels[0]); in XRGB16161616_to_argb_u16()
121 __le16 *pixels = (__force __le16 *)src_pixels; in RGB565_to_argb_u16() local
[all …]
|
| /linux/drivers/gpu/drm/ |
| H A D | drm_format_helper.c | 301 static void drm_fb_swab16_line(void *dbuf, const void *sbuf, unsigned int pixels) in drm_fb_swab16_line() argument
305 const u16 *send16 = sbuf16 + pixels; in drm_fb_swab16_line()
311 static void drm_fb_swab32_line(void *dbuf, const void *sbuf, unsigned int pixels) in drm_fb_swab32_line() argument
315 const u32 *send32 = sbuf32 + pixels; in drm_fb_swab32_line()
369 static void drm_fb_xrgb8888_to_rgb332_line(void *dbuf, const void *sbuf, unsigned int pixels) in drm_fb_xrgb8888_to_rgb332_line() argument
376 for (x = 0; x < pixels; x++) { in drm_fb_xrgb8888_to_rgb332_line()
418 static void drm_fb_xrgb8888_to_rgb565_line(void *dbuf, const void *sbuf, unsigned int pixels) in drm_fb_xrgb8888_to_rgb565_line() argument
426 for (x = 0; x < pixels; x++) { in drm_fb_xrgb8888_to_rgb565_line()
437 unsigned int pixels) in drm_fb_xrgb8888_to_rgb565_swab_line() argument
445 for (x = 0; x < pixels; x++) { in drm_fb_xrgb8888_to_rgb565_swab_line()
[all …]
|
| /linux/drivers/video/fbdev/ |
| H A D | c2p_iplan2.c | 89 u8 pixels[16]; in c2p_iplan2() member
109 memset(d.pixels, 0, sizeof(d)); in c2p_iplan2()
110 memcpy(d.pixels+dst_idx, c, width); in c2p_iplan2()
121 memset(d.pixels, 0, dst_idx); in c2p_iplan2()
122 memcpy(d.pixels+dst_idx, c, w); in c2p_iplan2()
131 memcpy(d.pixels, c, 16); in c2p_iplan2()
141 memcpy(d.pixels, c, w); in c2p_iplan2()
142 memset(d.pixels+w, 0, 16-w); in c2p_iplan2()
|
| H A D | c2p_planar.c | 91 u8 pixels[32]; in c2p_planar() member
109 memset(d.pixels, 0, sizeof(d)); in c2p_planar()
110 memcpy(d.pixels+dst_idx, c, width); in c2p_planar()
122 memset(d.pixels, 0, dst_idx); in c2p_planar()
123 memcpy(d.pixels+dst_idx, c, w); in c2p_planar()
133 memcpy(d.pixels, c, 32); in c2p_planar()
143 memcpy(d.pixels, c, w); in c2p_planar()
144 memset(d.pixels+w, 0, 32-w); in c2p_planar()
|
| /linux/Documentation/userspace-api/media/v4l/ |
| H A D | vidioc-cropcap.rst | 43 support cropping and/or scaling and/or have non-square pixels, and for
66 and height are defined in pixels, the driver writer is free to
80 to get square pixels.
82 When cropping coordinates refer to square pixels, the driver sets
109 pixels.
113 pixels.
116 - Width of the rectangle, in pixels.
119 - Height of the rectangle, in pixels.
|
| H A D | v4l2-selection-targets.rst | 40 This includes only active pixels and excludes other non-active
41 pixels such as black pixels.
74 - The active area and all padding pixels that are inserted or
|
| H A D | pixfmt-y12i.rst | 16 pixels from 2 sources interleaved and bit-packed. Each pixel is stored
18 these pixels can be deinterlaced using
27 pixels cross the byte boundary and have a ratio of 3 bytes for each
|
| H A D | selection-api-configuration.rst | 34 in pixels.
51 coordinates are expressed in pixels. The rectangle's top/left corner
70 ``V4L2_SEL_TGT_COMPOSE_PADDED``. It contains all pixels defined using
72 during insertion process. All pixels outside this rectangle *must not*
73 be changed by the hardware. The content of pixels that lie inside the
75 use the padded and active rectangles to detect where the rubbish pixels
91 All coordinates are expressed in pixels. The top/left corner is always
109 target. The rectangle's coordinates are expressed in pixels. The
126 ``V4L2_SEL_TGT_COMPOSE_PADDED`` identifier. It must contain all pixels
|
| H A D | pixfmt-srggb8-pisp-comp.rst | 28 of band. Each scanline is padded to a multiple of 8 pixels wide, and each block
29 of 8 horizontally-contiguous pixels is coded using 8 bytes.
38 Each block of 8 pixels is separated into even and odd phases of 4 pixels,
45 FSD/1024 and FSD/512 respectively. Each of the four pixels is quantized
68 Each pair of quantized pixels (q0,q1) or (q2,q3) is jointly coded
|
| H A D | pixfmt-yuv-planar.rst | 40 For memory contiguous formats, the number of padding pixels at the end of the
211 .. [3] Macroblock size in pixels
229 direction. Chroma lines contain half the number of pixels and the same number
319 pixels and the same number of bytes as luma lines, and the chroma plane
324 pixels in 2D 16x16 tiles, and stores tiles linearly in memory.
329 pixels in 2D 64x32 tiles, and stores 2x2 groups of tiles in
331 The line stride must be a multiple of 128 pixels to ensure an
332 integer number of Z shapes. The image height must be a multiple of 32 pixels.
353 ``V4L2_PIX_FMT_NV12_4L4`` stores pixels in 4x4 tiles, and stores
358 ``V4L2_PIX_FMT_NV12_16L16`` stores pixels in 16x16 tiles, and stores
[all …]
|
| H A D | vidioc-subdev-enum-frame-size.rst | 99 - Minimum frame width, in pixels. Filled in by the driver.
102 - Maximum frame width, in pixels. Filled in by the driver.
105 - Minimum frame height, in pixels. Filled in by the driver.
108 - Maximum frame height, in pixels. Filled in by the driver.
|
| H A D | vidioc-g-fbuf.rst | 115 - Width of the frame buffer in pixels.
119 - Height of the frame buffer in pixels.
155 - Distance in bytes between the leftmost pixels in two adjacent
214 image pixels replace pixels in the VGA or video signal only where
241 - The device supports Source Chroma-keying. Video pixels with the
242 chroma-key colors are replaced by framebuffer pixels, which is
290 framebuffer pixels with video images. The blend function is:
305 framebuffer to clip or blend framebuffer pixels with video images,
|
| H A D | pixfmt-m420.rst | 21 interleaved CbCr pixels subsampled by ½ in the horizontal and vertical
22 directions. Each CbCr pair belongs to four pixels. For example,
|
| H A D | pixfmt-v4l2-mplane.rst | 43 - Distance in bytes between the leftmost pixels in two adjacent
66 - Image width in pixels. See struct
70 - Image height in pixels. See struct
|
| H A D | ext-ctrls-image-source.rst | 33 blanking is pixels.
55 fields to take into consideration asymmetric pixels.
81 the output pixels.
|
| H A D | vidioc-g-dv-timings.rst | 98 - Width of the active video in pixels.
119 - Horizontal front porch in pixels
122 - Horizontal sync length in pixels
125 - Horizontal back porch in pixels
161 - The picture aspect if the pixels are not square. Only valid if the
303 the pixels are square, so the picture aspect ratio is the same as the
|
| H A D | dev-overlay.rst | 93 1. Chroma-keying displays the overlaid image only where pixels in the
266 corner of the frame buffer. Only window pixels *outside* all
282 pixels.
285 Vertical offset of the top, left corner of the rectangle, in pixels.
289 Width of the rectangle, in pixels.
292 Height of the rectangle, in pixels.
318 undesirable if the driver clips out less pixels than expected,
320 regions need to be refreshed. The driver should clip out more pixels
|
| /linux/Documentation/devicetree/bindings/input/touchscreen/ |
| H A D | brcm,iproc-touchscreen.txt | 53 - touchscreen-size-x: horizontal resolution of touchscreen (in pixels)
54 - touchscreen-size-y: vertical resolution of touchscreen (in pixels)
56 device (in pixels)
58 device (in pixels)
|
| H A D | bu21029.txt | 12 - touchscreen-size-x : horizontal resolution of touchscreen (in pixels)
13 - touchscreen-size-y : vertical resolution of touchscreen (in pixels)
|
| /linux/arch/arm64/boot/dts/freescale/ |
| H A D | imx8mp-evk-mx8-dlvds-lcd1.dtso | 34 dual-lvds-odd-pixels;
43 dual-lvds-even-pixels;
|
| H A D | imx8mp-tqma8mpql-mba8mpxl-lvds-g133han01.dtso | 31 dual-lvds-odd-pixels;
40 dual-lvds-even-pixels;
|
| /linux/Documentation/fb/ |
| H A D | udlfb.rst | 14 the minimal set of pixels that have changed; and compresses and sends those
15 pixels line-by-line via USB bulk transfers.
81 udlfb to efficiently process the changed pixels.
126 the USB bus in device memory. If any pixels are unchanged,
156 USB to communicate the resulting changed pixels to the
160 above pixels (in thousands of cycles).
|
| H A D | framebuffer.rst | 83 organization of the screen memory (planes, packed pixels, ...) and address
103 application programs is the screen organization (bitplanes or chunky pixels
160 the screen is covered by a pattern of colored phosphors (pixels). If a phosphor
165 electron beam, pixels with various colors and intensities can be shown.
173 The speed at which the electron beam paints the pixels is determined by the
183 to paint the 640 (xres) pixels on one scanline. But the horizontal retrace
184 also takes time (e.g. 272 `pixels`), so a full scanline takes::
|
| /linux/arch/arm64/boot/dts/renesas/ |
| H A D | r8a774c0-ek874-idk-2121wr.dts | 49 dual-lvds-odd-pixels;
57 dual-lvds-even-pixels;
|
| /linux/Documentation/userspace-api/media/drivers/ |
| H A D | cx2341x-uapi.rst | 13 four pixels.
18 The Y plane is divided into blocks of 16x16 pixels from left to right
36 to separate Y, U and V planes. This code assumes frames of 720x576 (PAL) pixels.
38 The width of a frame is always 720 pixels, regardless of the actual specified
65 // The Y plane is divided into blocks of 16x16 pixels
|