[media] V4L: mx3_camera: fix capture issues for non 8-bit per pixel formats
authorAlberto Panizzo <maramaopercheseimorto@gmail.com>
Mon, 17 Jan 2011 09:52:10 +0000 (06:52 -0300)
committerMauro Carvalho Chehab <mchehab@redhat.com>
Mon, 21 Mar 2011 23:32:14 +0000 (20:32 -0300)
commita48be1d626ceb05b58a980a962214431af8041e8
treeba83dcc99d9884dfbc4f731aeed61f7985f00728
parent44facdc8c43a8b5172d6cbe995845c9889561aa0
[media] V4L: mx3_camera: fix capture issues for non 8-bit per pixel formats

If the camera was set to output formats like RGB565 YUYV or SBGGR10,
the resulting image was scrambled due to erroneous interpretations of
horizontal parameter's units.

This patch in fourcc_to_ipu_pix, eliminate also the pixel formats mappings
that, first are not used within mainline code and second, standing at
the datasheets, they will not work properly:

The IPU internal bus support only the following data formatting
(44.1.1.3 Data Flows and Formats):
 1 YUV 4:4:4 or RGB-8 bits per color component
 2 YUV 4:4:4 or RGB-10 bits per color component
 3 Generic data (from sensor to the system memory only)

And format conversions are done:
 - from memory: unpacking from other formats to IPU supported ones
 - to memory: packing in the inverse order.

So, assigning a packing/unpacking strategy to the IPU for those formats
will produce a packing to memory and not the inverse.

Signed-off-by: Alberto Panizzo <maramaopercheseimorto@gmail.com>
Signed-off-by: Guennadi Liakhovetski <g.liakhovetski@gmx.de>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
drivers/media/video/mx3_camera.c