Home
last modified time | relevance | path

Searched full:pixels (Results 1 – 25 of 343) sorted by relevance

12345678910>>...14

/linux/drivers/gpu/drm/vkms/
H A Dvkms_composer.c30 * @stage_buffer: The line with the pixels from src_plane
33 * @pixel_count: The number of pixels to blend
35 * The pixels [@x_start;@x_start+@pixel_count) in stage_buffer are blended at
46 struct pixel_argb_u16 *out = &output_buffer->pixels[x_start]; in pre_mul_alpha_blend()
47 const struct pixel_argb_u16 *in = &stage_buffer->pixels[x_start]; in pre_mul_alpha_blend()
62 output_buffer->pixels[i] = *background_color; in fill_background()
123 struct pixel_argb_u16 *pixel = &output_buffer->pixels[x]; in apply_lut()
210 pixel.a = output_buffer->pixels[x].a; in pre_blend_color_transform()
211 pixel.r = output_buffer->pixels[x].r; in pre_blend_color_transform()
212 pixel.g = output_buffer->pixels[x].g; in pre_blend_color_transform()
[all …]
/linux/drivers/gpu/drm/imagination/
H A Dpvr_rogue_cr_defs_client.h64 * X1 MacroTile boundary, left tile X for second column of macrotiles (16MT mode) - 32 pixels across
70 * X2 MacroTile boundary, left tile X for third(16MT) column of macrotiles - 32 pixels across tile
75 * X3 MacroTile boundary, left tile X for fourth column of macrotiles (16MT) - 32 pixels across tile
85 * X1 MacroTile boundary, ltop tile Y for second column of macrotiles (16MT mode) - 32 pixels tile
91 * X2 MacroTile boundary, top tile Y for third(16MT) column of macrotiles - 32 pixels tile height
96 * X3 MacroTile boundary, top tile Y for fourth column of macrotiles (16MT) - 32 pixels tile height
122 * must be configured in terms of the number of pixels in X & Y axis since this may not be the same
129 * Screen height in pixels. (16K x 16K max screen size)
134 * Screen width in pixels.(16K x 16K max screen size)
/linux/Documentation/userspace-api/media/v4l/
H A Dvidioc-cropcap.rst43 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 Dselection-api-configuration.rst35 in pixels.
52 coordinates are expressed in pixels. The rectangle's top/left corner
71 ``V4L2_SEL_TGT_COMPOSE_PADDED``. It contains all pixels defined using
73 during insertion process. All pixels outside this rectangle *must not*
74 be changed by the hardware. The content of pixels that lie inside the
76 use the padded and active rectangles to detect where the rubbish pixels
92 All coordinates are expressed in pixels. The top/left corner is always
110 target. The rectangle's coordinates are expressed in pixels. The
127 ``V4L2_SEL_TGT_COMPOSE_PADDED`` identifier. It must contain all pixels
H A Dv4l2-selection-targets.rst41 This includes only active pixels and excludes other non-active
42 pixels such as black pixels.
75 - The active area and all padding pixels that are inserted or
H A Dvidioc-g-fbuf.rst115 - 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 Dpixfmt-yuv-planar.rst41 For memory contiguous formats, the number of padding pixels at the end of the
226 .. [3] Macroblock size in pixels
244 direction. Chroma lines contain half the number of pixels and the same number
385 pixels and the same number of bytes as luma lines, and the chroma plane
390 pixels in 2D 16x16 tiles, and stores tiles linearly in memory.
395 pixels in 2D 64x32 tiles, and stores 2x2 groups of tiles in
397 The line stride must be a multiple of 128 pixels to ensure an
398 integer number of Z shapes. The image height must be a multiple of 32 pixels.
419 ``V4L2_PIX_FMT_NV12_4L4`` stores pixels in 4x4 tiles, and stores
424 ``V4L2_PIX_FMT_NV12_16L16`` stores pixels in 16x16 tiles, and stores
[all …]
H A Dpixfmt-y12i.rst17 pixels from 2 sources interleaved and bit-packed. Each pixel is stored
19 these pixels can be deinterlaced using
28 pixels cross the byte boundary and have a ratio of 3 bytes for each
H A Ddev-overlay.rst94 1. Chroma-keying displays the overlaid image only where pixels in the
267 corner of the frame buffer. Only window pixels *outside* all
283 pixels.
286 Vertical offset of the top, left corner of the rectangle, in pixels.
290 Width of the rectangle, in pixels.
293 Height of the rectangle, in pixels.
319 undesirable if the driver clips out less pixels than expected,
321 regions need to be refreshed. The driver should clip out more pixels
H A Dpixfmt-srggb8-pisp-comp.rst29 of band. Each scanline is padded to a multiple of 8 pixels wide, and each block
30 of 8 horizontally-contiguous pixels is coded using 8 bytes.
39 Each block of 8 pixels is separated into even and odd phases of 4 pixels,
46 FSD/1024 and FSD/512 respectively. Each of the four pixels is quantized
69 Each pair of quantized pixels (q0,q1) or (q2,q3) is jointly coded
/linux/drivers/video/fbdev/core/
H A Dfb_fillrect.h36 unsigned long pixels; member
44 return pattern->pixels; in fb_pattern_get()
50 return swab_long(pattern->pixels); in fb_pattern_get_reverse()
62 pattern->pixels = fb_left(pattern->pixels, pattern->left) in fb_pattern_rotate()
63 | fb_right(pattern->pixels, pattern->right); in fb_pattern_rotate()
210 pattern->pixels = swab_long(pattern->pixels); in fb_fillrect_static()
238 unsigned long pat = pattern->pixels; in fb_fillrect_rotating()
244 pattern->pixels = fb_rotate(pat, dst->bits, bpp); in fb_fillrect_rotating()
250 pattern->pixels = fb_rotate(pat, dst->bits, bpp); in fb_fillrect_rotating()
266 pattern.pixels = pixel_to_pat(bpp, palette ? palette[rect->color] : rect->color); in fb_fillrect()
/linux/include/video/
H A Dsticore.h86 s16 onscreen_x; /* screen width in pixels */
87 s16 onscreen_y; /* screen height in pixels */
88 s16 offscreen_x; /* offset width in pixels */
89 s16 offscreen_y; /* offset height in pixels */
90 s16 total_x; /* frame buffer width in pixels */
91 s16 total_y; /* frame buffer height in pixels */
165 s16 onscreen_x; /* screen width in pixels */
166 s16 onscreen_y; /* screen height in pixels */
167 s16 offscreen_x; /* offscreen width in pixels */
168 s16 offscreen_y; /* offscreen height in pixels */
[all …]
/linux/Documentation/fb/
H A Dapi.rst46 Pixels are stored in memory in hardware-dependent formats. Applications need
93 Pixels are black or white and stored on a number of bits (typically one)
96 Black pixels are represented by all bits set to 1 and white pixels by all bits
97 set to 0. When the number of bits per pixel is smaller than 8, several pixels
104 Pixels are black or white and stored on a number of bits (typically one)
107 Black pixels are represented by all bits set to 0 and white pixels by all bits
108 set to 1. When the number of bits per pixel is smaller than 8, several pixels
115 Pixels are broken into red, green and blue components, and each component
133 Pixels are broken into red, green and blue components, and each component
141 Pixels are encoded and interpreted as described by the format FOURCC
[all …]
H A Dudlfb.rst14 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).
/linux/drivers/gpu/drm/kmb/
H A Dkmb_drv.h14 #define KMB_MAX_WIDTH 1920 /*Max width in pixels */
15 #define KMB_MAX_HEIGHT 1080 /*Max height in pixels */
16 #define KMB_MIN_WIDTH 1920 /*Max width in pixels */
17 #define KMB_MIN_HEIGHT 1080 /*Max height in pixels */
24 #define KMB_CRTC_MAX_WIDTH 1920 /* max width in pixels */
25 #define KMB_CRTC_MAX_HEIGHT 1080 /* max height in pixels */
/linux/Documentation/devicetree/bindings/display/panel/
H A Dpanel-edp-legacy.yaml57 # LG LP079QX1-SP0V 7.9" (1536x2048 pixels) TFT LCD panel
59 # LG 9.7" (2048x1536 pixels) TFT LCD panel
61 # LG 12.0" (1920x1280 pixels) TFT LCD panel
63 # LG 12.9" (2560x1700 pixels) TFT LCD panel
67 # Samsung 12.2" (2560x1600 pixels) TFT LCD panel
73 # Sharp 12.3" (2400x1600 pixels) TFT LCD panel
/linux/Documentation/devicetree/bindings/display/bridge/
H A Dthine,thc63lvd1024.yaml32 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/include/uapi/linux/
H A Domap3isp.h348 * @fmtlnh: Number of pixels in horizontal direction to use for the data
352 * @initial_x: X position, in pixels, of the first active pixel in reference
354 * @initial_y: Y position, in pixels, of the first active pixel in reference
389 * struct omap3isp_ccdc_fpc - Faulty Pixels Correction
390 * @fpnum: Number of faulty pixels to be corrected in the frame.
400 * @b_mg: B/Mg pixels. 2's complement. -128 to +127.
401 * @gb_g: Gb/G pixels. 2's complement. -128 to +127.
402 * @gr_cy: Gr/Cy pixels. 2's complement. -128 to +127.
403 * @r_ye: R/Ye pixels. 2's complement. -128 to +127.
430 * @blcomp: Black level compensation value for RGrGbB Pixels. 2's complement.
[all …]
/linux/include/xen/interface/io/
H A Dfbif.h43 int32_t width; /* width in pixels */
44 int32_t height; /* height in pixels */
95 int32_t width; /* width of the framebuffer (in pixels) */
96 int32_t height; /* height of the framebuffer (in pixels) */
97 uint32_t line_length; /* length of a row of pixels (in bytes) */
/linux/drivers/gpu/drm/msm/disp/dpu1/
H A Ddpu_hw_util.h161 * @num_ext_pxls_lr: Number of total horizontal pixels
163 * @left_ftch: Number of extra pixels to overfetch from left
164 * @right_ftch: Number of extra pixels to overfetch from right
167 * @left_rpt: Number of extra pixels to repeat from left
168 * @right_rpt: Number of extra pixels to repeat from right
174 * Number of pixels ext in left, right, top and bottom direction
181 * Number of pixels needs to be overfetched in left, right, top
189 * Number of pixels needs to be repeated in left, right, top and
/linux/drivers/video/fbdev/riva/
H A Driva_hw.h206 U032 Pixels; member
358 U032 point0; /* y_x S16_S16 in pixels 0- 3*/
359 U032 point1; /* y_x S16_S16 in pixels 4- 7*/
362 U032 point0X; /* in pixels, 0 at left 0- 3*/
363 U032 point0Y; /* in pixels, 0 at top 4- 7*/
364 U032 point1X; /* in pixels, 0 at left 8- b*/
365 U032 point1Y; /* in pixels, 0 at top c- f*/
367 U032 PolyLin[32]; /* y_x S16_S16 in pixels 0500-057f*/
369 U032 x; /* in pixels, 0 at left 0- 3*/
370 U032 y; /* in pixels, 0 at top 4- 7*/
[all …]
/linux/Documentation/devicetree/bindings/input/touchscreen/
H A Dbrcm,iproc-touchscreen.txt53 - 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)
/linux/drivers/media/platform/samsung/exynos4-is/
H A Dfimc-lite.h52 * @max_width: maximum camera interface input width in pixels
53 * @max_height: maximum camera interface input height in pixels
54 * @out_width_align: minimum output width alignment in pixels
56 * offset alignment in pixels
58 * offset alignment in pixels
/linux/include/uapi/drm/
H A Ddrm_fourcc.h114 …urcc_code('C', '1', ' ', ' ') /* [7:0] C0:C1:C2:C3:C4:C5:C6:C7 1:1:1:1:1:1:1:1 eight pixels/byte */
115 #define DRM_FORMAT_C2 fourcc_code('C', '2', ' ', ' ') /* [7:0] C0:C1:C2:C3 2:2:2:2 four pixels/byt…
116 #define DRM_FORMAT_C4 fourcc_code('C', '4', ' ', ' ') /* [7:0] C0:C1 4:4 two pixels/byte */
120 …urcc_code('D', '1', ' ', ' ') /* [7:0] D0:D1:D2:D3:D4:D5:D6:D7 1:1:1:1:1:1:1:1 eight pixels/byte */
123 #define DRM_FORMAT_D2 fourcc_code('D', '2', ' ', ' ') /* [7:0] D0:D1:D2:D3 2:2:2:2 four pixels/byt…
126 #define DRM_FORMAT_D4 fourcc_code('D', '4', ' ', ' ') /* [7:0] D0:D1 4:4 two pixels/byte */
132 …urcc_code('R', '1', ' ', ' ') /* [7:0] R0:R1:R2:R3:R4:R5:R6:R7 1:1:1:1:1:1:1:1 eight pixels/byte */
135 #define DRM_FORMAT_R2 fourcc_code('R', '2', ' ', ' ') /* [7:0] R0:R1:R2:R3 2:2:2:2 four pixels/byt…
138 #define DRM_FORMAT_R4 fourcc_code('R', '4', ' ', ' ') /* [7:0] R0:R1 4:4 two pixels/byte */
272 … '2', '1', '0') /* [63:0] Cr0:0:Y1:0:Cb0:0:Y0:0 10:6:10:6:10:6:10:6 little endian per 2 Y pixels */
[all …]
/linux/Documentation/userspace-api/
H A Ddma-buf-alloc-exchange.rst25 Conceptually a two-dimensional array of pixels. The pixels may be stored
26 in one or more memory buffers. Has width and height in pixels, pixel
82 pixels at the start of vertically-consecutive tiling blocks. For linear
83 layouts, the byte offset between two vertically-adjacent pixels. For
129 ``DRM_FORMAT_MOD_VIVANTE_TILED`` modifier describes memory storage where pixels
131 a plane stores pixels (0,0) to (3,3) inclusive, and the second tile in a plane
132 stores pixels (4,0) to (7,3) inclusive.
173 indicating that there are 24 pixels at the positive extreme of the x axis whose
179 effective height of 1088 pixels. In this case, the buffer continues to be

12345678910>>...14