| /linux/Documentation/userspace-api/media/v4l/ |
| H A D | ext-ctrls-image-source.rst | 37 Analogue gain is gain affecting all colour components in the pixel 42 Test pattern red colour component. 45 Test pattern green (next to red) colour component. 48 Test pattern blue colour component. 51 Test pattern green (next to blue) colour component. 79 colour channels by subsequent processing (such as by an ISP). The 90 with, for example, non-Bayer CFAs (colour filter arrays).
|
| H A D | biblio.rst | 224 …ultimedia systems and equipment - Colour measurement and management - Part 2-1: Colour management … 234 …ultimedia systems and equipment - Colour measurement and management - Part 2-1: Colour management … 244 …imedia systems and equipment - Colour measurement and management - Part 2-4: Colour management - E… 254 …ultimedia systems and equipment - Colour measurement and management - Part 2-5: Colour management …
|
| H A D | pixfmt-srggb10dpcm8.rst | 26 colour compressed to 8 bits each, using DPCM compression. DPCM, 27 differential pulse-code modulation, is lossy. Each colour component
|
| H A D | pixfmt-srggb12.rst | 25 colour. Each colour component is stored in a 16-bit word, with 4 unused
|
| H A D | fourcc.rst | 9 the pixel format, compression and colour space. The interpretation of the
|
| H A D | ext-ctrls-image-process.rst | 54 Digital gain is the value by which all colour components
|
| /linux/include/uapi/linux/media/arm/ |
| H A D | mali-c55-config.h | 48 * of colour plane into a single 1024-bin histogram with a bin width of 4. In 50 * one for each CFA colour plane. In plane modes 4, 5, 6 and 7 two 512-bin 52 * colour planes is collected into the first histogram and all the others are 109 * struct mali_c55_awb_average_ratios - Auto White Balance colour ratios 115 * The ISP calculates and collects average colour ratios for each zone in an 333 * with a bin width of 8. One colour plane is in the first histogram with the 379 * Some combinations of values will result in colour components from the input 396 * correct things such that all 4 colour components were included it would be 398 * four colour components being collected: 488 * are four gain settings corresponding to each colour channel in the bayer [all …]
|
| /linux/Documentation/devicetree/bindings/iio/light/ |
| H A D | rohm,bh1745.yaml | 7 title: ROHM BH1745 colour sensor 13 BH1745 is an I2C colour sensor with red, green, blue and clear 44 colour-sensor@38 {
|
| /linux/arch/arm/mm/ |
| H A D | copypage-v6.c | 67 * Copy the page, taking account of the cache colour. 83 * Now copy the page using the same cache colour as the in v6_copy_user_highpage_aliasing() 101 * so remap the kernel page into the same cache colour as the user 112 * Now clear the page using the same cache colour as in v6_clear_user_highpage_aliasing()
|
| H A D | mmap.c | 41 * We only need to do colour alignment if either the I or D in arch_get_unmapped_area() 93 * We only need to do colour alignment if either the I or D in arch_get_unmapped_area_topdown()
|
| /linux/Documentation/driver-api/media/drivers/ |
| H A D | cx2341x-devel.rst | 2778 indexed colour palette is much easier to set at just two registers, but again 3082 Decoder output video surround colour. 3084 Contains the colour (in yuv) used to fill the screen when the video is 3089 Decoder video window colour 3090 Contains the colour (in yuv) used to fill the video window when the 3397 osd colour mode 3421 osd colour key 3430 osd colour space 3438 When the bits-per-pixel is set to 8, the colour mode is ignored and 3439 assumed to be 8 bit indexed. For 16 & 32 bits-per-pixel the colour depth [all …]
|
| /linux/drivers/gpu/drm/gma500/ |
| H A D | psb_reg.h | 231 /* Colour Key Colour (SRC/DST)*/ 235 /* Colour Key Mask (SRC/DST)*/ 345 * DWORD0: (Only pass if Pattern control == Use Fill Colour) 346 * Fill Colour RGBA8888
|
| /linux/drivers/staging/media/atomisp/pci/ |
| H A D | sh_css_param_dvs.c | 43 2); /* UV = Y/2, depens on colour format YUV 4.2.0*/ in alloc_dvs_6axis_table() 46 2);/* UV = Y/2, depens on colour format YUV 4.2.0*/ in alloc_dvs_6axis_table() 246 dvs_config_src->width_uv; /* = Y/2, depens on colour format YUV 4.2.0*/ in copy_dvs_6axis_table()
|
| /linux/tools/perf/scripts/python/Perf-Trace-Util/lib/Perf/Trace/ |
| H A D | SchedGui.py | 90 top_color = wx.Colour(r, g, b) 98 color = wx.Colour(r, g, b)
|
| /linux/drivers/media/platform/raspberrypi/pisp_be/ |
| H A D | pisp_be_formats.h | 42 * All three colour spaces SRGB, SMPTE170M and REC709 are fundamentally sRGB 46 * outputs, program the colour spaces on them to be the same, matching whatever 48 * producing an RGB format. In turn this requires us to allow all these colour
|
| /linux/include/uapi/linux/ |
| H A D | kd.h | 22 #define GIO_CMAP 0x4B70 /* gets colour palette on VGA+ */ 23 #define PIO_CMAP 0x4B71 /* sets colour palette on VGA+ */
|
| /linux/Documentation/images/ |
| H A D | COPYING-logo | 1 This is the full-colour version of the currently unofficial Linux logo
|
| /linux/drivers/video/fbdev/ |
| H A D | sa1100fb.c | 111 * totally random colour depending on what was in page 0, and (b) 136 * - Take notice of "greyscale" on any colour depth. 149 * - Drop 12bpp (it's 16bpp with different colour register mappings). 150 * - This hardware can not do direct colour. Therefore we don't 302 * colour you requested. in sa1100fb_setcolreg() 321 * 12 or 16-bit True Colour. We encode the RGB value in sa1100fb_setcolreg() 1186 * This makes sure that our colour bitfield in sa1100fb_probe()
|
| H A D | cyber2000fb.c | 304 * Direct colour: in cyber2000fb_setcolreg() 343 * The 5 bits of each colour component are in cyber2000fb_setcolreg() 359 * The 5 bits of each colour component are in cyber2000fb_setcolreg() 379 * True colour: in cyber2000fb_setcolreg() 938 * 8bpp displays are always pseudo colour. 16bpp and above in cyber2000fb_set_par() 939 * are direct colour or true colour, depending on whether in cyber2000fb_set_par() 940 * the RAMDAC palettes are bypassed. (Direct colour has in cyber2000fb_set_par() 941 * palettes, true colour does not.) in cyber2000fb_set_par()
|
| H A D | s1d13xxxfb.c | 207 val = s1d13xxxfb_readreg(s1dfb, S1DREG_LCD_DISP_MODE); /* read colour control */ in s1d13xxxfb_set_par() 209 val = s1d13xxxfb_readreg(s1dfb, S1DREG_CRT_DISP_MODE); /* read colour control */ in s1d13xxxfb_set_par() 215 dbg("pseudo colour 4\n"); in s1d13xxxfb_set_par() 220 dbg("pseudo colour 8\n"); in s1d13xxxfb_set_par() 225 dbg("true colour\n"); in s1d13xxxfb_set_par()
|
| /linux/drivers/staging/fbtft/ |
| H A D | fb_ssd1331.c | 31 /* Set Column Address Mapping, COM Scan Direction and Colour Depth */ in init_display() 37 write_reg(par, 0x72); /* RGB colour */ in init_display()
|
| /linux/drivers/accessibility/speakup/ |
| H A D | DefaultKeyAssignments | 30 InsKeyPad-period say colour attributes of current position.
|
| /linux/arch/csky/abiv1/ |
| H A D | mmap.c | 40 * We only need to do colour alignment if either the I or D in arch_get_unmapped_area()
|
| /linux/Documentation/devicetree/bindings/media/i2c/ |
| H A D | sony,imx296.yaml | 27 The IMX296 sensor exists in two different models, a colour variant
|
| /linux/drivers/gpu/drm/v3d/ |
| H A D | v3d_perfmon.c | 22 …{"TLB", "TLB-quads-written-to-color-buffer", "[TLB] Quads with valid pixels written to colour buff… 61 …{"TLB", "TLB-partial-quads-written-to-color-buffer", "[TLB] Partial quads written to the colour bu… 115 …{"TLB", "TLB-quads-written-to-color-buffer", "[TLB] Quads with valid pixels written to colour buff… 116 …{"TLB", "TLB-partial-quads-written-to-color-buffer", "[TLB] Partial quads written to the colour bu…
|