| /linux/Documentation/devicetree/bindings/display/panel/ |
| A D | advantech,idk-2121wr.yaml | 16 on one link, and with odd pixels traveling on the other link.
18 The panel expects odd pixels on the first port, and even pixels on the
20 dual-lvds-odd-pixels or dual-lvds-even-pixels).
46 description: The sink for odd pixels.
48 dual-lvds-odd-pixels: true
51 - dual-lvds-odd-pixels
56 description: The sink for even pixels.
58 dual-lvds-even-pixels: true
61 - dual-lvds-even-pixels
105 dual-lvds-odd-pixels;
[all …]
|
| A D | panel-timing.yaml | 66 description: Horizontal panel resolution in pixels
70 description: Vertical panel resolution in pixels
78 description: typical number of pixels
83 description: min, typ, max number of pixels
91 description: typical number of pixels
96 description: min, typ, max number of pixels
104 description: typical number of pixels
109 description: min, typ, max number of pixels
|
| A D | sharp,lq101r1sx01.yaml | 23 pixels and DSI-LINK2 always provides the right/odd pixels. In command mode it
24 is possible to program either link to drive the left/even or right/odd pixels
|
| A D | panel-simple.yaml | 201 # LG 7" (800x480 pixels) TFT LCD panel
205 # LG LP079QX1-SP0V 7.9" (1536x2048 pixels) TFT LCD panel
207 # LG 9.7" (2048x1536 pixels) TFT LCD panel
209 # LG 12.0" (1920x1280 pixels) TFT LCD panel
211 # LG 12.9" (2560x1700 pixels) TFT LCD panel
267 # Samsung 13.3" FHD (1920x1080 pixels) eDP AMOLED panel
269 # Samsung 12.2" (2560x1600 pixels) TFT LCD panel
283 # Sharp 12.3" (2400x1600 pixels) TFT LCD panel
291 # Starry 12.2" (1920x1200 pixels) TFT LCD panel
|
| /linux/drivers/gpu/drm/tiny/ |
| A D | repaper.c | 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()
263 pixels = 0xaa | (pixels ^ 0x55); in repaper_odd_pixels()
266 pixels = 0x55 + (pixels ^ 0x55); in repaper_odd_pixels()
269 pixels = 0x55 | ((pixels ^ 0x55) << 1); in repaper_odd_pixels()
272 pixels = 0xaa | pixels; in repaper_odd_pixels()
315 pixels = 0xaaaa | (pixels ^ 0x5555); in repaper_all_pixels()
318 pixels = 0x5555 + (pixels ^ 0x5555); in repaper_all_pixels()
[all …]
|
| /linux/drivers/video/fbdev/ |
| 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()
|
| 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/ |
| 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.
|
| 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
|
| 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
|
| 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
|
| A 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
266 pixels and the same number of bytes as luma lines, and the chroma plane
271 pixels in 2D 16x16 tiles, and stores tiles linearly in memory.
276 pixels in 2D 64x32 tiles, and stores 2x2 groups of tiles in
278 The line stride must be a multiple of 128 pixels to ensure an
279 integer number of Z shapes. The image height must be a multiple of 32 pixels.
325 horizontal direction. Chroma lines contain half the number of pixels and the
428 Chroma lines contain the same number of pixels and twice the
[all …]
|
| A 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.
|
| A 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,
|
| A D | ext-ctrls-image-source.rst | 33 blanking is pixels.
55 fields to take into consideration asymmetric pixels.
81 the output pixels.
|
| 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
|
| 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,
|
| /linux/Documentation/devicetree/bindings/display/bridge/ |
| A D | thine,thc63lvd1024.yaml | 32 When operating in single input mode, all pixels are received on port@0,
34 even-numbered pixels are received on port@0 and odd-numbered pixels on
37 When operating in single output mode all pixels are output from the first
39 mode pixels are output from both CMOS/TTL ports and both port@2 and
|
| /linux/Documentation/devicetree/bindings/input/touchscreen/ |
| 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)
|
| 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/drivers/gpu/drm/ |
| A D | drm_format_helper.c | 138 static void drm_fb_xrgb8888_to_rgb332_line(u8 *dbuf, __le32 *sbuf, unsigned int pixels) in drm_fb_xrgb8888_to_rgb332_line() argument
143 for (x = 0; x < pixels; x++) { in drm_fb_xrgb8888_to_rgb332_line()
189 unsigned int pixels, in drm_fb_xrgb8888_to_rgb565_line() argument
195 for (x = 0; x < pixels; x++) { in drm_fb_xrgb8888_to_rgb565_line()
292 unsigned int pixels) in drm_fb_xrgb8888_to_rgb888_line() argument
296 for (x = 0; x < pixels; x++) { in drm_fb_xrgb8888_to_rgb888_line()
|
| /linux/Documentation/devicetree/bindings/display/ |
| A D | simple-framebuffer.yaml | 73 description: Width of the framebuffer in pixels
77 description: Height of the framebuffer in pixels
86 * `a8b8g8r8` - 32-bit pixels, d[31:24]=a, d[23:16]=b, d[15:8]=g, d[7:0]=r
87 * `r5g6b5` - 16-bit pixels, d[15:11]=r, d[10:5]=g, d[4:0]=b
88 * `x2r10g10b10` - 32-bit pixels, d[29:20]=r, d[19:10]=g, d[9:0]=b
89 * `x8r8g8b8` - 32-bit pixels, d[23:16]=r, d[15:8]=g, d[7:0]=b
|
| /linux/Documentation/fb/ |
| 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.
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).
|
| /linux/arch/arm64/boot/dts/renesas/ |
| A D | r8a774c0-ek874-idk-2121wr.dts | 49 dual-lvds-odd-pixels;
57 dual-lvds-even-pixels;
|
| /linux/Documentation/userspace-api/media/drivers/ |
| 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
|