/Linux-v5.15/drivers/gpu/drm/tiny/ |
D | repaper.c | 207 u8 pixels = data[b] & 0xaa; in repaper_even_pixels() local 212 pixel_mask = (mask[b] ^ pixels) & 0xaa; in repaper_even_pixels() 218 pixels = 0xaa | ((pixels ^ 0xaa) >> 1); in repaper_even_pixels() 221 pixels = 0x55 + ((pixels ^ 0xaa) >> 1); in repaper_even_pixels() 224 pixels = 0x55 | (pixels ^ 0xaa); in repaper_even_pixels() 227 pixels = 0xaa | (pixels >> 1); in repaper_even_pixels() 231 pixels = (pixels & pixel_mask) | (~pixel_mask & 0x55); in repaper_even_pixels() 232 p1 = (pixels >> 6) & 0x03; in repaper_even_pixels() 233 p2 = (pixels >> 4) & 0x03; in repaper_even_pixels() 234 p3 = (pixels >> 2) & 0x03; in repaper_even_pixels() [all …]
|
/Linux-v5.15/drivers/video/fbdev/ |
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()
|
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-v5.15/Documentation/userspace-api/media/v4l/ |
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.
|
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
|
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
|
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
|
D | vidioc-subdev-enum-frame-size.rst | 85 - Minimum frame width, in pixels. 88 - Maximum frame width, in pixels. 91 - Minimum frame height, in pixels. 94 - Maximum frame height, in pixels.
|
D | pixfmt-yuv-planar.rst | 40 For memory contiguous formats, the number of padding pixels at the end of the 162 .. [3] Macroblock size in pixels 179 direction. Chroma lines contain half the number of pixels and the same number 263 pixels and the same number of bytes as luma lines, and the chroma plane 271 ``V4L2_PIX_FMT_NV12MT`` stores pixels in 2D 64x32 macroblocks, and stores 2x2 273 horizontally. The line stride must be a multiple of 128 pixels to ensure an 274 integer number of Z shapes. The image height must be a multiple of 32 pixels. 305 horizontal direction. Chroma lines contain half the number of pixels and the 408 Chroma lines contain the same number of pixels and twice the 481 For memory contiguous formats, the number of padding pixels at the end of the [all …]
|
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,
|
D | vidioc-g-fbuf.rst | 121 - Width of the frame buffer in pixels. 125 - Height of the frame buffer in pixels. 162 - Distance in bytes between the leftmost pixels in two adjacent 229 image pixels replace pixels in the VGA or video signal only where 254 - The device supports Source Chroma-keying. Video pixels with the 255 chroma-key colors are replaced by framebuffer pixels, which is 303 framebuffer pixels with video images. The blend function is: 318 framebuffer to clip or blend framebuffer pixels with video images,
|
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
|
D | yuv-formats.rst | 45 value of two consecutive pixels. It effectively models the chroma of a pixel 46 sited between the two original pixels. This is referred to as centered or 52 the same spatial sites as the pixels. This may be performed by skipping every
|
D | ext-ctrls-image-source.rst | 33 blanking is pixels. 55 fields to take into consideration asymmetric pixels.
|
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
|
D | dev-overlay.rst | 92 1. Chroma-keying displays the overlaid image only where pixels in the 260 corner of the frame buffer. Only window pixels *outside* all 276 pixels. 279 Vertical offset of the top, left corner of the rectangle, in pixels. 283 Width of the rectangle, in pixels. 286 Height of the rectangle, in pixels. 312 undesirable if the driver clips out less pixels than expected, 314 regions need to be refreshed. The driver should clip out more pixels
|
D | pixfmt-meta-d4xx.rst | 65 - Left border of the AE Region of Interest (all ROI values are in pixels 120 - Width in pixels 122 - Height in pixels
|
/Linux-v5.15/Documentation/devicetree/bindings/input/touchscreen/ |
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)
|
D | bu21029.txt | 12 - touchscreen-size-x : horizontal resolution of touchscreen (in pixels) 13 - touchscreen-size-y : vertical resolution of touchscreen (in pixels)
|
/Linux-v5.15/drivers/gpu/drm/ |
D | drm_format_helper.c | 139 unsigned int pixels, in drm_fb_xrgb8888_to_rgb565_line() argument 145 for (x = 0; x < pixels; x++) { in drm_fb_xrgb8888_to_rgb565_line() 242 unsigned int pixels) in drm_fb_xrgb8888_to_rgb888_line() argument 246 for (x = 0; x < pixels; x++) { in drm_fb_xrgb8888_to_rgb888_line()
|
/Linux-v5.15/arch/arm64/boot/dts/renesas/ |
D | r8a774c0-ek874-idk-2121wr.dts | 49 dual-lvds-odd-pixels; 57 dual-lvds-even-pixels;
|
/Linux-v5.15/Documentation/fb/ |
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. 119 the USB bus in device memory. If any pixels are unchanged, 149 USB to communicate the resulting changed pixels to the 153 above pixels (in thousands of cycles).
|
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-v5.15/drivers/gpu/drm/vboxvideo/ |
D | hgsmi_base.c | 119 u8 *pixels, u32 len) in hgsmi_update_pointer_shape() argument 154 memcpy(p->data, pixels, pixel_len); in hgsmi_update_pointer_shape()
|
/Linux-v5.15/Documentation/userspace-api/media/drivers/ |
D | cx2341x-uapi.rst | 15 four pixels. 20 The Y plane is divided into blocks of 16x16 pixels from left to right 38 Y, U and V planes. This code assumes frames of 720x576 (PAL) pixels. 40 The width of a frame is always 720 pixels, regardless of the actual specified 67 // The Y plane is divided into blocks of 16x16 pixels
|