Lines Matching +full:audio +full:- +full:video
5 This is an almost total rewrite of the OMAP FB driver in drivers/video/omap
7 TV-out and multiple display support, but there are lots of small improvements
10 The DSS2 driver (omapdss module) is in arch/arm/plat-omap/dss/, and the FB,
11 panel and controller drivers are in drivers/video/omap2/. DSS1 and DSS2 live
15 --------
19 - MIPI DPI (parallel) output
20 - MIPI DSI output in command mode
21 - MIPI DBI (RFBI) output
22 - SDI output
23 - TV output
24 - All pieces can be compiled as a module or inside kernel
25 - Use DISPC to update any of the outputs
26 - Use CPU to update RFBI or DSI output
27 - OMAP DISPC planes
28 - RGB16, RGB24 packed, RGB24 unpacked
29 - YUV2, UYVY
30 - Scaling
31 - Adjusting DSS FCK to find a good pixel clock
32 - Use DSI DPLL to create DSS FCK
35 - OMAP3 SDP board
36 - Beagle board
37 - N810
40 --------------
47 flexible way to enable non-common multi-display configuration. In addition to
51 omapdss driver support for audio
52 --------------------------------
53 There exist several display technologies and standards that support audio as
54 well. Hence, it is relevant to update the DSS device driver to provide an audio
55 interface that may be used by an audio driver or any other driver interested in
59 IP for playback (e.g., enabling an audio FIFO, taking in/out of reset
64 While a given DSS device driver may support audio, it is possible that for
65 certain configurations audio is not supported (e.g., an HDMI display using a
66 VESA video timing). The audio_supported function is intended to query whether
67 the current configuration of the display supports audio.
69 The audio_config function is intended to configure all the relevant audio
72 is to contain all the required parameters for audio configuration. At the
73 moment, such structure contains pointers to IEC-60958 channel status word
74 and CEA-861 audio infoframe structures. This should be enough to support
75 HDMI and DisplayPort, as both are based on CEA-861 and IEC-60958.
81 The audio_start/audio_stop function is intended to effectively start/stop audio
84 called only after all the needed resources for audio playback (audio FIFOs,
86 audio_stop is designed to only stop the audio transfers. The resources used
90 the interface to keep track of the audio state. The initial state is _DISABLED;
92 play audio, to _ENABLED. The state _PLAYING is used when the audio is being
97 ----------------------------
104 -------------
117 ------------
125 --------------------
129 - Framebuffer is a memory area inside OMAP's SRAM/SDRAM that contains the
132 - Overlay defines where the pixels are read from and where they go on the
136 - Overlay manager combines the overlays in to one image and feeds them to
138 - Display is the actual physical display device.
142 the same, but, in case of video overlays, the output size can be different. Any
152 - DISPC TV overlay manager can be only connected to TV display.
153 - Virtual overlay managers can only be connected to DBI or DSI displays.
154 - DISPC LCD overlay manager can be connected to all displays, except TV
158 -----
167 rotate Rotation 0-3 for 0, 90, 180, 270 degrees
182 global_alpha global alpha 0-255 0=transparent 255=opaque
189 trans_key_type gfx-destination, video-source
201 rotate Rotation 0-3 for 0, 90, 180, 270 degrees
203 When writing, two special timings are accepted for tv-out:
207 output_type Output type (video encoder only): "composite" or "svideo"
214 --------
234 --------------------------
237 and TV-out are not in use. The columns from left to right are:
241 FB0 --- GFX -\ DVI
242 FB1 --- VID1 --+- LCD ---- LCD
243 FB2 --- VID2 -/ TV ----- TV
246 -------------------------------
250 w=`cat $dvi/timings | cut -d "," -f 2 | cut -d "/" -f 1`
251 h=`cat $dvi/timings | cut -d "," -f 3 | cut -d "/" -f 1`
255 fbset -fb /dev/fb0 -xres $w -yres $h -vxres $w -vyres $h
256 # at this point you have to switch the dvi/lcd dip-switch from the omap board
262 FB0 --- GFX -\ -- DVI
263 FB1 --- VID1 --+- LCD -/ LCD
264 FB2 --- VID2 -/ TV ----- TV
267 ----------------------------------------
271 w=`cat $tv/timings | cut -d "," -f 2 | cut -d "/" -f 1`
272 h=`cat $tv/timings | cut -d "," -f 3 | cut -d "/" -f 1`
290 FB0 +-- GFX ---- LCD ---- LCD
291 \- VID1 ---- TV ---- TV
294 ----------
307 VRFB rotation requires much more memory than non-rotated framebuffer, so you
313 ---------------------
316 - Default video mode for specified displays. For example,
317 "dvi:800x400MR-24@60". See drivers/video/modedb.c.
322 - VRAM allocated for a framebuffer. Normally omapfb allocates vram
328 - Enable debug printing. You have to have OMAPFB debug support enabled
332 - Draw test pattern to framebuffer whenever framebuffer settings change.
336 - Use VRFB rotation for all framebuffers.
339 - Default rotation applied to all framebuffers.
340 0 - 0 degree rotation
341 1 - 90 degree rotation
342 2 - 180 degree rotation
343 3 - 270 degree rotation
346 - Default mirror for all framebuffers. Only works with DMA rotation.
349 - Name of default display, to which all overlays will be connected.
353 - Enable debug printing. You have to have DSS debug support enabled in
357 ----
363 - Lots of checks are missing or implemented just as BUG()
367 - Can be used for RGB16 and RGB24P modes. Probably not for RGB24U (how
372 - Not sure if needed