| /Linux-v4.19/drivers/gpu/drm/tinydrm/ |
| D | repaper.c | 199 u8 pixels = data[b] & 0xaa; in repaper_even_pixels() local
204 pixel_mask = (mask[b] ^ pixels) & 0xaa; in repaper_even_pixels()
210 pixels = 0xaa | ((pixels ^ 0xaa) >> 1); in repaper_even_pixels()
213 pixels = 0x55 + ((pixels ^ 0xaa) >> 1); in repaper_even_pixels()
216 pixels = 0x55 | (pixels ^ 0xaa); in repaper_even_pixels()
219 pixels = 0xaa | (pixels >> 1); in repaper_even_pixels()
223 pixels = (pixels & pixel_mask) | (~pixel_mask & 0x55); in repaper_even_pixels()
224 p1 = (pixels >> 6) & 0x03; in repaper_even_pixels()
225 p2 = (pixels >> 4) & 0x03; in repaper_even_pixels()
226 p3 = (pixels >> 2) & 0x03; in repaper_even_pixels()
[all …]
|
| /Linux-v4.19/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-v4.19/Documentation/media/uapi/v4l/ |
| D | vidioc-cropcap.rst | 44 support cropping and/or scaling and/or have non-square pixels, and for
67 and height are defined in pixels, the driver writer is free to
81 to get square pixels.
83 When cropping coordinates refer to square pixels, the driver sets
111 pixels.
115 pixels.
118 - Width of the rectangle, in pixels.
121 - Height of the rectangle, in pixels.
|
| 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 | pixfmt-uyvy.rst | 17 In this format each four bytes is two pixels. Each four bytes is two
18 Y's, a Cb and a Cr. Each Y goes to one of the pixels, and the Cb and Cr
19 belong to both pixels. As you can see, the Cr and Cb components have
|
| D | pixfmt-vyuy.rst | 17 In this format each four bytes is two pixels. Each four bytes is two
18 Y's, a Cb and a Cr. Each Y goes to one of the pixels, and the Cb and Cr
19 belong to both pixels. As you can see, the Cr and Cb components have
|
| D | pixfmt-yvyu.rst | 17 In this format each four bytes is two pixels. Each four bytes is two
18 Y's, a Cb and a Cr. Each Y goes to one of the pixels, and the Cb and Cr
19 belong to both pixels. As you can see, the Cr and Cb components have
|
| D | pixfmt-yuyv.rst | 17 In this format each four bytes is two pixels. Each four bytes is two
18 Y's, a Cb and a Cr. Each Y goes to one of the pixels, and the Cb and Cr
19 belong to both pixels. As you can see, the Cr and Cb components have
|
| D | pixfmt-y10b.rst | 22 pixels cross the byte boundary and have a ratio of 5 bytes for each 4
23 pixels.
|
| D | pixfmt-y10p.rst | 16 pixel. Every four consecutive pixels are packed into 5 bytes. Each of
17 the first 4 bytes contain the 8 high order bits of the pixels, and
|
| D | vidioc-subdev-enum-frame-size.rst | 87 - Minimum frame width, in pixels.
90 - Maximum frame width, in pixels.
93 - Minimum frame height, in pixels.
96 - Maximum frame height, in pixels.
|
| D | pixfmt-nv12m.rst | 29 of the image), but is half as tall in pixels. Each CbCr pair belongs to
30 four pixels. For example, Cb\ :sub:`0`/Cr\ :sub:`0` belongs to
33 ``V4L2_PIX_FMT_NV12M`` with 16x16 macroblock tiles. Here pixels are
|
| D | pixfmt-v4l2-mplane.rst | 29 - Distance in bytes between the leftmost pixels in two adjacent
48 - Image width in pixels. See struct
52 - Image height in pixels. See struct
|
| D | vidioc-g-fbuf.rst | 122 - Width of the frame buffer in pixels.
126 - Height of the frame buffer in pixels.
163 - Distance in bytes between the leftmost pixels in two adjacent
231 image pixels replace pixels in the VGA or video signal only where
256 - The device supports Source Chroma-keying. Video pixels with the
257 chroma-key colors are replaced by framebuffer pixels, which is
306 framebuffer pixels with video images. The blend function is:
321 framebuffer to clip or blend framebuffer pixels with video images,
|
| /Linux-v4.19/Documentation/devicetree/bindings/input/touchscreen/ |
| D | chipone_icn8318.txt | 8 - touchscreen-size-x : horizontal resolution of touchscreen (in pixels)
9 - touchscreen-size-y : vertical resolution of touchscreen (in pixels)
16 device (in pixels)
18 device (in pixels)
|
| D | touchscreen.txt | 5 (in pixels)
7 (in pixels)
14 device (in pixels)
16 device (in pixels)
|
| D | cyttsp.txt | 18 - touchscreen-size-x : horizontal resolution of touchscreen (in pixels)
19 - touchscreen-size-y : vertical resolution of touchscreen (in pixels)
21 (in pixels)
23 (in pixels)
24 - active-distance : the distance in pixels beyond which a touch must move
|
| 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 | pixcir_i2c_ts.txt | 8 - touchscreen-size-x: horizontal resolution of touchscreen (in pixels)
9 - touchscreen-size-y: vertical resolution of touchscreen (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-v4.19/Documentation/devicetree/bindings/display/panel/ |
| D | sharp,lq101r1sx01.txt | 13 pixels and DSI-LINK2 always provides the right/odd pixels. In command mode it
14 is possible to program either link to drive the left/even or right/odd pixels
|
| /Linux-v4.19/Documentation/devicetree/bindings/display/ |
| D | simple-framebuffer.txt | 42 - width: The width of the framebuffer in pixels.
43 - height: The height of the framebuffer in pixels.
46 - r5g6b5 (16-bit pixels, d[15:11]=r, d[10:5]=g, d[4:0]=b).
47 - a8b8g8r8 (32-bit pixels, d[31:24]=a, d[23:16]=b, d[15:8]=g, d[7:0]=r).
|
| /Linux-v4.19/Documentation/fb/ |
| D | udlfb.txt | 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.
118 the USB bus in device memory. If any pixels are unchanged,
146 USB to communicate the resulting changed pixels to the
150 above pixels (in thousands of cycles).
|
