Home
last modified time | relevance | path

Searched refs:pixel (Results 1 – 109 of 109) sorted by relevance

/linux-4.1.27/drivers/gpu/drm/udl/
Dudl_transfer.c78 static inline u16 pixel32_to_be16(const uint32_t pixel) in pixel32_to_be16() argument
80 return (((pixel >> 3) & 0x001f) | in pixel32_to_be16()
81 ((pixel >> 5) & 0x07e0) | in pixel32_to_be16()
82 ((pixel >> 8) & 0xf800)); in pixel32_to_be16()
85 static inline u16 get_pixel_val16(const uint8_t *pixel, int bpp) in get_pixel_val16() argument
89 pixel_val16 = *(const uint16_t *)pixel; in get_pixel_val16()
91 pixel_val16 = pixel32_to_be16(*(const uint32_t *)pixel); in get_pixel_val16()
129 const u8 *pixel = *pixel_start_ptr; in udl_compress_hline16() local
133 while ((pixel_end > pixel) && in udl_compress_hline16()
150 cmd_pixel_start = pixel; in udl_compress_hline16()
[all …]
/linux-4.1.27/drivers/video/fbdev/core/
Dfb_draw.h25 pixel_to_pat( u32 bpp, u32 pixel) in pixel_to_pat() argument
29 return 0xfffffffffffffffful*pixel; in pixel_to_pat()
31 return 0x5555555555555555ul*pixel; in pixel_to_pat()
33 return 0x1111111111111111ul*pixel; in pixel_to_pat()
35 return 0x0101010101010101ul*pixel; in pixel_to_pat()
37 return 0x1001001001001001ul*pixel; in pixel_to_pat()
39 return 0x0001000100010001ul*pixel; in pixel_to_pat()
41 return 0x0001000001000001ul*pixel; in pixel_to_pat()
43 return 0x0000000100000001ul*pixel; in pixel_to_pat()
51 pixel_to_pat( u32 bpp, u32 pixel) in pixel_to_pat() argument
[all …]
/linux-4.1.27/Documentation/video4linux/
D4CCs.txt1 Guidelines for Linux4Linux pixel format 4CCs
6 the pixel format, compression and colour space. The interpretation of the
24 2nd character: pixel order
30 3rd character: uncompressed bits-per-pixel 0--9, A--
32 4th character: compressed bits-per-pixel 0--9, A--
Dsoc-camera.txt80 supports non-standard pixel format conversion, it should implement a
102 pixel format descriptor, corresponding to a certain media-bus pixel format code.
112 pixel. Changing sensor window sizes preserves any scaling factors, therefore
149 V4L2 distinguishes between pixel formats, as they are stored in memory, and as
152 maintained by soc-camera core, which describes, what FOURCC pixel format will
153 be obtained, if a media-bus pixel format is stored in memory according to
Dvivid.txt27 - Support for various pixel aspect ratios and video aspect ratios
313 The pixel aspect ratio will depend on the TV standard. The video aspect ratio
354 The pixel aspect ratio will depend on the HDMI timing: for 720x480 is it
356 standard, and for all others a 1:1 pixel aspect ratio is returned.
406 The pixel aspect ratio will depend on the HDMI timing: for 720x480 is it
408 standard, and for all others a 1:1 pixel aspect ratio is returned.
594 Show Border: show a two-pixel wide border at the edge of the actual image,
598 displayed with the correct pixel and image aspect ratio corrections,
903 - the pixel formats must be identical on both sides. Otherwise the driver would
904 have to do pixel format conversion as well, and that's taking things too far.
[all …]
Dfimc.txt11 slightly different capabilities, like pixel alignment constraints, rotator
DZoran338 square pixel format.
401 3168 blocks per field. Each pixel consist of two bytes; 128 bytes per block;
408 here, so we don't need to do any fancy corrections for bits-per-pixel or such
Dv4l2-framework.txt328 that width, height and the media bus pixel code are equal on both source and
/linux-4.1.27/drivers/staging/fbtft/
Dfb_agm1264k-fl.c293 u16 pixel = vmem16[y * par->info->var.xres + x]; in write_vmem() local
294 u16 b = pixel & 0x1f; in write_vmem()
295 u16 g = (pixel & (0x3f << 5)) >> 5; in write_vmem()
296 u16 r = (pixel & (0x1f << (5 + 6))) >> (5 + 6); in write_vmem()
298 pixel = (299 * r + 587 * g + 114 * b) / 200; in write_vmem()
299 if (pixel > 255) in write_vmem()
300 pixel = 255; in write_vmem()
304 (signed short)gamma_correction_table[pixel]; in write_vmem()
310 signed short pixel = in write_vmem() local
312 signed short error_b = pixel - BLACK; in write_vmem()
[all …]
/linux-4.1.27/Documentation/devicetree/bindings/drm/armada/
Dmarvell,dove-lcd.txt13 "axiclk" - axi bus clock for pixel clock
14 "plldivider" - pll divider clock for pixel clock
15 "ext_ref_clk0" - external clock 0 for pixel clock
16 "ext_ref_clk1" - external clock 1 for pixel clock
/linux-4.1.27/Documentation/fb/
Dinternals.txt56 Each pixel is either black or white.
61 The whole pixel value is fed through a programmable lookup table that has one
62 color (including red, green, and blue intensities) for each possible pixel
68 The pixel value is broken up into red, green, and blue fields.
73 The pixel value is broken up into red, green, and blue fields, each of which
Dpxafb.txt43 4 or 8 pixel monochrome single panel data
51 Double pixel clock. 1=>true, 0=>false
57 pixel clock polarity
86 = 16 -- for YUV422 planar (1 pixel = 1 Y + 1/2 Cb + 1/2 Cr)
87 = 12 -- for YUV420 planar (1 pixel = 1 Y + 1/4 Cb + 1/4 Cr)
96 with minimum bits per pixel, e.g. for YUV420, Cr component
97 for one pixel is actually 2-bits, it means the line length
Dsa1100fb.txt17 controller. The bits per pixel (bpp) value should be 4, 8, 12, or
32 bpp:<value> Configure for <value> bits per pixel
Dep93xx-fb.txt24 Note that the pixel clock value is in pico-seconds. You can use the
25 KHZ2PICOS macro to convert the pixel clock value. Most other values
26 are in pixel clocks. See Documentation/fb/framebuffer.txt for further
54 pixel clock. The default is to clock
Dapi.txt46 to be aware of the pixel storage format in order to write image data to the
96 set to 0. When the number of bits per pixel is smaller than 8, several pixels
107 set to 1. When the number of bits per pixel is smaller than 8, several pixels
127 Each pixel value is stored in the number of bits reported by the variable
197 __u32 nonstd; /* != 0 Non standard pixel format */
207 __u32 pixclock; /* pixel clock in ps (pico seconds) */
269 component in the pixel value are described by the fb_bitfield offset and
273 bits per pixel is not a multiple of 8, pixel values are padded to the next
Dsm501.txt6 Specify bits-per-pixel if not specified by 'mode'
Dtridentfb.txt13 The driver supports 8, 16 and 32 bits per pixel depths.
62 bpp - bits per pixel (8,16 or 32)
Dintel810.txt32 - Supports color depths of 8, 16, 24 and 32 bits per pixel
88 select desired pixel depth
161 Use directcolor visual instead of truecolor for pixel depths greater
Dmatroxfb.txt206 cross4MB - enables that pixel line can cross 4MB boundary. It is default for
208 nocross4MB - pixel line must not cross 4MB boundary. It is default for
242 yres:X - vertical resolution, in pixel lines. Default is derived from `vesa'
245 pixel line of picture. Default is derived from `vesa' option.
250 left:X - left boundary: pixels between end of HSYNC pulse and first pixel.
264 depth:X - Bits per pixel: 0=text, 4,8,15,16,24 or 32. Default depends on
Dudlfb.txt10 monitor with no CPU involvement until a pixel has to change.
140 metrics_bytes_rendered 32-bit count of pixel bytes rendered
Dframebuffer.txt175 of cycles per second), each pixel is 35242 ps (picoseconds) long:
265 - pixclock: pixel clock in ps (pico seconds)
Duvesafb.txt137 maxclk:n Maximum pixel clock (in MHz).
/linux-4.1.27/Documentation/devicetree/bindings/media/i2c/
Dmt9p031.txt3 The Aptina MT9P031 is a 1/2.5-inch CMOS active pixel digital image sensor with
14 - pixel-clock-frequency: Pixel clock frequency.
35 pixel-clock-frequency = <96000000>;
Dmt9m111.txt3 The Micron MT9M111 is a CMOS active pixel digital image sensor with an active
Dov2659.txt13 - link-frequencies: target pixel clock frequency.
Dmt9v032.txt3 The Aptina MT9V032 is a 1/3-inch CMOS active pixel digital image sensor with
/linux-4.1.27/Documentation/devicetree/bindings/video/
Dcirrus,clps711x-fb.txt11 - bits-per-pixel: Bits per pixel.
31 bits-per-pixel = <4>;
Dfsl,imx-fb.txt14 - bits-per-pixel: Bits per pixel
40 bits-per-pixel = <16>;
Dwm,wm8505-fb.txt7 - bits-per-pixel : bit depth of framebuffer (16 or 32)
17 bits-per-pixel = <16>;
Dadi,adv7511.txt24 pixel), "2x" (two clock cycles per pixel), "ddr" (one clock cycle per pixel,
40 - adi,clock-delay: Video data clock delay relative to the pixel clock, in ps
Dvia,vt8500-fb.txt8 - bits-per-pixel : bit depth of framebuffer (16 or 32)
19 bits-per-pixel = <16>;
Dssd1307fb.txt11 - solomon,height: Height in pixel of the screen driven by the controller
12 - solomon,width: Width in pixel of the screen driven by the controller
Datmel,lcdc.txt58 - bits-per-pixel: lcd panel bit-depth.
68 bits-per-pixel = <32>;
Ddisplay-timing.txt30 - active high = drive pixel data on rising edge/
32 - active low = drive pixel data on falling edge/
Dthine,thc63lvdm83d4 The THC63LVDM83D is an LVDS serializer designed to support pixel data
Dti,omap-dss.txt19 a RGB pixel stream to encoders.
21 The encoder modules encode the received RGB pixel stream to a video output like
Drockchip-vop.txt21 dclk_vop: pixel clock.
Drenesas,du.txt30 support externally supplied pixel clocks. Those clocks are optional.
/linux-4.1.27/drivers/video/fbdev/omap/
Dlcd_mipid.c259 u16 pixel; in read_first_pixel() local
270 pixel = ((red >> 1) << 11) | (green << 5) | (blue >> 1); in read_first_pixel()
274 pixel = ((red >> 3) << 11) | ((green >> 2) << 5) | in read_first_pixel()
278 pixel = 0; in read_first_pixel()
282 return pixel; in read_first_pixel()
304 u16 pixel; in mipid_run_test() local
307 pixel = read_first_pixel(md); in mipid_run_test()
308 if (pixel == test_values[i]) in mipid_run_test()
314 test_values[i], pixel); in mipid_run_test()
/linux-4.1.27/drivers/video/fbdev/matrox/
Dmatroxfb_misc.c542 minfo->limits.pixel.vcomax = maxdac; in parse_pins1()
554 minfo->limits.pixel.vcomax = 220000; in default_pins1()
563 minfo->limits.pixel.vcomax = in parse_pins2()
577 minfo->limits.pixel.vcomax = in default_pins2()
587 minfo->limits.pixel.vcomax = in parse_pins3()
605 minfo->limits.pixel.vcomax = in default_pins3()
617 minfo->limits.pixel.vcomax = (bd->pins[ 39] == 0xFF) ? 230000 : bd->pins[ 39] * 4000; in parse_pins4()
618 …minfo->limits.system.vcomax = (bd->pins[ 38] == 0xFF) ? minfo->limits.pixel.vcomax : bd->pins[ 38]… in parse_pins4()
636 minfo->limits.pixel.vcomax = in default_pins4()
653 minfo->limits.pixel.vcomax = (bd->pins[ 38] == 0xFF) ? 600000 : bd->pins[ 38] * mult; in parse_pins5()
[all …]
Dg450_pll.c394 pi = &minfo->limits.pixel; in __g450_setclk()
395 ci = &minfo->cache.pixel; in __g450_setclk()
Dmatroxfb_base.h489 struct matrox_pll_limits pixel; member
494 struct matrox_pll_cache pixel; member
/linux-4.1.27/Documentation/auxdisplay/
Dcfag12864b95 Each bit represents one pixel. If the bit is high, the pixel will
96 turn on. If the pixel is low, the pixel will turn off.
/linux-4.1.27/drivers/video/fbdev/
Dudlfb.c430 const uint16_t *pixel = *pixel_start_ptr; in dlfb_compress_hline() local
435 while ((pixel_end > pixel) && in dlfb_compress_hline()
451 cmd_pixel_start = pixel; in dlfb_compress_hline()
454 raw_pixel_start = pixel; in dlfb_compress_hline()
456 cmd_pixel_end = pixel + min(MAX_CMD_PIXELS + 1, in dlfb_compress_hline()
457 min((int)(pixel_end - pixel), in dlfb_compress_hline()
460 prefetch_range((void *) pixel, (cmd_pixel_end - pixel) * bpp); in dlfb_compress_hline()
462 while (pixel < cmd_pixel_end) { in dlfb_compress_hline()
463 const uint16_t * const repeating_pixel = pixel; in dlfb_compress_hline()
465 *(uint16_t *)cmd = cpu_to_be16p(pixel); in dlfb_compress_hline()
[all …]
DKconfig107 and 4 bits per pixel depths which has opposite order of pixels in
1236 you should check 4 bpp packed pixel, 8 bpp packed pixel, 16 bpp
1237 packed pixel, 24 bpp packed pixel and 32 bpp packed pixel. You can
1246 you should check 8 bpp packed pixel, 16 bpp packed pixel, 24 bpp
1247 packed pixel and 32 bpp packed pixel. You can also use font widths
1256 should check 8 bpp packed pixel, 16 bpp packed pixel, 24 bpp packed
1257 pixel and 32 bpp packed pixel. You can also use font widths
2199 Supports display resolutions up to 1024x1024 pixel, grayscale and
2202 panels <= 320 pixel horizontal resolution.
/linux-4.1.27/drivers/gpu/drm/nouveau/dispnv04/
Dcrtc.c930 uint32_t pixel; in nv04_cursor_upload() local
935 pixel = nouveau_bo_rd32(src, i*64 + j); in nv04_cursor_upload()
937 nouveau_bo_wr16(dst, i*width + j, (pixel & 0x80000000) >> 16 in nv04_cursor_upload()
938 | (pixel & 0xf80000) >> 9 in nv04_cursor_upload()
939 | (pixel & 0xf800) >> 6 in nv04_cursor_upload()
940 | (pixel & 0xf8) >> 3); in nv04_cursor_upload()
948 uint32_t pixel; in nv11_cursor_upload() local
958 pixel = nouveau_bo_rd32(src, i); in nv11_cursor_upload()
965 alpha = pixel >> 24; in nv11_cursor_upload()
967 pixel = (pixel & 0x00ffffff) | ((alpha + 1) << 24); in nv11_cursor_upload()
[all …]
/linux-4.1.27/Documentation/devicetree/bindings/drm/tilcdc/
Dtilcdc.txt16 - max-width: The maximum horizontal pixel width supported by
18 - max-pixelclock: The maximum pixel clock that can be supported
Dpanel.txt9 - bpp: Bits per pixel
/linux-4.1.27/Documentation/devicetree/bindings/fb/
Dmxsfb.txt13 - bits-per-pixel : <16> for RGB565, <32> for RGB888/666.
27 bits-per-pixel = <32>;
/linux-4.1.27/Documentation/video4linux/cx2341x/
Dfw-osd-api.txt35 Assign pixel format
52 Bits 3:5 pixel format
243 destination pixel mask
270 destination pixel mask
295 destination pixel mask
Dfw-decoder-regs.txt667 When the bits-per-pixel is set to 8, the colour mode is ignored and
668 assumed to be 8 bit indexed. For 16 & 32 bits-per-pixel the colour depth
671 index colour, there are 3 padding bytes per pixel. It's also possible to
672 select 16bpp with a 32 bit colour mode. This results in the pixel width
680 bit indexed, local alpha is a per-pixel 256 step transparency, with 0 being
DREADME.hm126 The format is YUV 4:2:0 which uses 1 Y byte per pixel and 1 U and V byte per
/linux-4.1.27/arch/arm/boot/dts/
Dwm8505-ref.dts17 bits-per-pixel = <32>;
Dvt8500-bv07.dts17 bits-per-pixel = <16>;
Dwm8650-mid.dts17 bits-per-pixel = <16>;
Dwm8850-w70v2.dts29 bits-per-pixel = <16>;
Dimx25-eukrea-mbimxsd25-baseboard-dvi-vga.dts22 bits-per-pixel = <16>;
Dimx25-eukrea-mbimxsd25-baseboard-dvi-svga.dts22 bits-per-pixel = <16>;
Dimx6dl-tx6dl-comtft.dts62 ET070001DM6: CoMTFT { /* same as ET0700 but with inverted pixel clock */
Dimx6q-tx6q-1010-comtft.dts62 ET070001DM6: CoMTFT { /* same as ET0700 but with inverted pixel clock */
Dimx25-eukrea-mbimxsd25-baseboard-cmo-qvga.dts22 bits-per-pixel = <16>;
Dimx6q-tx6q-1020-comtft.dts62 ET070001DM6: CoMTFT { /* same as ET0700 but with inverted pixel clock */
Dimx28-cfa10056.dts71 bits-per-pixel = <32>;
Dimx28-cfa10058.dts58 bits-per-pixel = <32>;
Dimx27-phytec-phycard-s-rdk.dts25 bits-per-pixel = <16>; /* non-standard but required */
Dimx23-evk.dts67 bits-per-pixel = <32>;
Dimx28-cfa10057.dts85 bits-per-pixel = <32>;
Dimx28-cfa10055.dts99 bits-per-pixel = <32>;
Dat91sam9rlek.dts48 bits-per-pixel = <16>;
Dat91sam9263ek.dts111 bits-per-pixel = <16>;
Dimx28-apx4devkit.dts101 bits-per-pixel = <32>;
Dat91sam9261ek.dts53 bits-per-pixel = <16>;
Dimx28-apf28dev.dts90 bits-per-pixel = <16>;
Dimx27-eukrea-mbimxsd27-baseboard.dts21 bits-per-pixel = <16>;
Dimx28-m28cu3.dts122 bits-per-pixel = <32>;
Dimx27-apf27dev.dts22 bits-per-pixel = <16>; /* non-standard but required */
Dimx28-m28evk.dts88 bits-per-pixel = <16>;
Dat91sam9m10g45ek.dts183 bits-per-pixel = <32>;
Dimx27-phytec-phycore-rdk.dts23 bits-per-pixel = <16>;
Dimx25-pdk.dts82 bits-per-pixel = <16>;
Dimx28-eukrea-mbmx28lc.dtsi165 bits-per-pixel = <16>;
Dimx28-evk.dts131 bits-per-pixel = <32>;
Dimx28-cfa10049.dts184 bits-per-pixel = <32>;
Dimx6sx-sdb.dtsi216 bits-per-pixel = <16>;
Dimx6sl-evk.dts555 bits-per-pixel = <32>;
Dimx28-tx28.dts357 bits-per-pixel = <32>;
/linux-4.1.27/Documentation/video4linux/bttv/
DPROBLEMS55 You will always get pixel errors when e.g. using more than 1 card in full
59 - Some S3 cards and the Matrox Mystique will produce pixel errors with
/linux-4.1.27/drivers/staging/panel/
Dlcd-panel-cgram.txt6 illuminated pixel with LSB on the right. Lines are numbered from the
/linux-4.1.27/drivers/gpu/drm/panel/
DKconfig40 24 bit RGB per pixel. It provides a dual MIPI DSI interface to
/linux-4.1.27/Documentation/arm/OMAP/
DDSS30 - Adjusting DSS FCK to find a good pixel clock
129 pixel data for the image. Framebuffer has width and height and color
139 A framebuffer can be connected to multiple overlays to show the same pixel data
293 Using DSI DPLL to generate pixel clock it is possible produce the pixel clock
/linux-4.1.27/Documentation/devicetree/bindings/media/xilinx/
Dvideo.txt26 width expressed as a number of bits per pixel component. All components must
/linux-4.1.27/drivers/video/fbdev/nvidia/
Dnv_type.h64 u32 pixel; member
Dnv_hw.c942 state->pixel = (pixelDepth > 2) ? 3 : pixelDepth; in NVCalcStateExt()
1562 VGA_WR08(par->PCIO, 0x03D5, state->pixel); in NVLoadStateExt()
1620 state->pixel = VGA_RD08(par->PCIO, 0x03D5); in NVUnloadStateExt()
Dnvidia.c425 state->pixel |= (1 << 7); in nvidia_calc_regs()
/linux-4.1.27/Documentation/ABI/testing/
Dsysfs-driver-wacom70 of the device. The image is a 64x32 pixel 4-bit gray image. The
Dsysfs-driver-hid-roccat-koneplus91 Description: When read the mouse returns a 30x30 pixel image of the
Dsysfs-driver-hid-roccat-konepure100 Description: When read the mouse returns a 30x30 pixel image of the
Dconfigfs-usb-gadget-uvc216 bBitsPerPixel - number of bits per pixel used to
/linux-4.1.27/Documentation/devicetree/bindings/clock/
Dexynos5260-clock.txt38 - "phyclk_hdmi_phy_pixel_clko" - hdmi phy pixel clock
/linux-4.1.27/drivers/video/fbdev/riva/
Driva_hw.h505 U032 pixel; member
Driva_hw.c1328 state->pixel = pixelDepth > 2 ? 3 : pixelDepth; in CalcStateExt()
1693 VGA_WR08(chip->PCIO, 0x03D5, state->pixel); in LoadStateExt()
1755 state->pixel = VGA_RD08(chip->PCIO, 0x03D5); in UnloadStateExt()
Dfbdev.c796 newmode.ext.pixel |= (1 << 7); in riva_load_video_mode()
816 newmode.ext.pixel |= (1 << 7); in riva_load_video_mode()
/linux-4.1.27/drivers/media/usb/usbvision/
Dusbvision-core.c876 int pixel, block_split; in usbvision_parse_lines_420() local
923 for (pixel = 0; pixel < sub_block_size; pixel += 2) { in usbvision_parse_lines_420()
/linux-4.1.27/Documentation/m68k/
Dkernel-options.txt365 vertical size of the display is less than 400 pixel rows. Otherwise, the
436 planes of one pixel; this is the most common mode for 8 planes
496 The external pixel clock attached to the Falcon VIDEL shifter. This
746 of `VGA8x8' if the vertical size of the display is less than 400 pixel
/linux-4.1.27/Documentation/devicetree/bindings/media/
Dvideo-interfaces.txt89 - pclk-sample: sample data on rising (1) or falling (0) edge of the pixel clock
/linux-4.1.27/Documentation/devicetree/bindings/
Dxilinx.txt241 - resolution = <xres yres> : pixel resolution of framebuffer. Some
/linux-4.1.27/Documentation/devicetree/bindings/gpu/
Dnvidia,tegra20-host1x.txt209 - parent: input for the pixel clock
/linux-4.1.27/drivers/gpu/drm/i915/
Di915_irq.c558 u32 high1, high2, low, pixel, vbl_start, hsync_start, htotal; in i915_get_vblank_counter() local
591 pixel = low & PIPE_PIXEL_MASK; in i915_get_vblank_counter()
599 return (((high1 << 8) | low) + (pixel >= vbl_start)) & 0xffffff; in i915_get_vblank_counter()
/linux-4.1.27/Documentation/
Dsvga.txt25 EXTENDED_VGA - Standard 8-pixel font mode: 80x43 on EGA, 80x50 on VGA.