kernel.git/Documentation/DocBook/media, branch linux-4.6.y

[media] V4L: add Y12I, Y8I and Z16 pixel format documentation

2016-03-03T09:29:42Z

Add documentation for 3 formats, used by RealSense cameras like R200. Signed-off-by: Guennadi Liakhovetski Acked-by: Sakari Ailus Signed-off-by: Mauro Carvalho Chehab

[media] Docbook: media-types.xml: Add Audio Function Entities

2016-02-27T11:14:44Z

Add Audio Function Entities Signed-off-by: Shuah Khan Acked-by: Takashi Iwai Signed-off-by: Mauro Carvalho Chehab

[media] Docbook: media-types.xml: Add ALSA Media Controller Intf types

2016-02-27T11:14:43Z

Add ALSA Media Controller Intf types Signed-off-by: Shuah Khan Signed-off-by: Mauro Carvalho Chehab

[media] v4l: Add YUV 4:2:2 and YUV 4:4:4 tri-planar non-contiguous formats

2016-02-19T10:10:37Z

The formats use three planes through the multiplanar API, allowing for non-contiguous planes in memory. Signed-off-by: Laurent Pinchart Acked-by: Hans Verkuil Signed-off-by: Mauro Carvalho Chehab

[media] v4l: add V4L2_CID_MPEG_VIDEO_FORCE_KEY_FRAME

2016-02-19T10:10:35Z

Some drivers also need a control like V4L2_CID_MPEG_MFC51_VIDEO_FORCE_FRAME_TYPE to force an encoder key frame. Add a general V4L2_CID_MPEG_VIDEO_FORCE_KEY_FRAME so the new drivers and applications can use it. Signed-off-by: Wu-Cheng Li Signed-off-by: Hans Verkuil Signed-off-by: Mauro Carvalho Chehab

[media] media.h: get rid of MEDIA_ENT_F_CONN_TEST

2016-02-16T11:16:56Z

Defining it as a connector was a bad idea. Remove it while it is not too late. Signed-off-by: Mauro Carvalho Chehab

[media] DocBook media: document the new V4L2_CID_DV_RX/TX_IT_CONTENT_TYPE controls

2016-02-10T11:31:38Z

Document these new controls. Signed-off-by: Hans Verkuil Signed-off-by: Mauro Carvalho Chehab

[media] v4l: Merge the YUV and YVU 4:2:0 tri-planar non-contiguous formats docs

2016-02-01T11:49:35Z

The two formats are very similar, having two separate pages to describe them is overkill. Signed-off-by: Laurent Pinchart Acked-by: Hans Verkuil Signed-off-by: Mauro Carvalho Chehab

[media] DocBook media: make explicit that standard/timings never change automatically

2016-02-01T10:14:54Z

A driver might detect a new standard or DV timings, but it will never change to those new timings automatically. Instead it will send an event and let the application take care of it. Make this explicit in the documentation. Signed-off-by: Hans Verkuil Acked-by: Laurent Pinchart Signed-off-by: Hans Verkuil Signed-off-by: Mauro Carvalho Chehab

[media] media.h: add support for IF-PLL video/sound decoder

2016-02-01T09:23:03Z

Very old hardware may have an analog stage tuner. Those hardware consists of a PLL that converts a RF signal into IF signals. Depending on the hardware, those video IF signal can be decoded directly by the bridge chipset. Most Conexant chips (bt8x8, cx2388x, etc) have internally the decoders for that. Yet, even on such hardware, the tuner may have internally its own TV multi-standard decoder like tda9887. The same happens with the audio IF signal, where some bridges are capable of receiving it, while others require an external IF-PLL sound decoder, like msp3400. Those external IF-PLL audio and video decoders have their own I2C address, and use different drivers to handle them. So, they're mapped as different subdevices on Linux. Thankfully, all modern hardware comes with an IC chip that has both the RF and the IF stages on it, being capable of decoding audio and video IF signals internally. Yet, as we need to support drivers that can work with either analog or silicon tuners, we need to add two entity types for those old hardware. Signed-off-by: Mauro Carvalho Chehab