RE: [PATCH] OMAP:DSS:Add support for Additional color modes supported by OMAP4

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi,

On Wed, 2010-08-11 at 11:22 +0200, ext K, Mythri P wrote:
> Hi Tomi,
> Can you please comment on the below patch . This is to add new color modes supported by OMAP4.
> 
> Thanks and regards,
> Mythri.
> -----Original Message-----
> From: K, Mythri P 
> Sent: Thursday, August 05, 2010 11:24 AM
> To: linux-omap@xxxxxxxxxxxxxxx
> Cc: tomi.valkeinen@xxxxxxxxx; Semwal, Sumit; K, Mythri P
> Subject: [PATCH] OMAP:DSS:Add support for Additional color modes supported by OMAP4
> 
> From: Sumit semwal <sumit.semwal@xxxxxx>
> 
> This patch adds support for new color modes that are supported by the video/graphics pipeline of OMAP4
> 
> Signed-off-by: Mythri P K <mythripk@xxxxxx>
> ---
>  arch/arm/plat-omap/include/plat/display.h |   16 ++++++++-
>  drivers/video/omap2/dss/dispc.c           |   53 ++++++++++++++++++++++-------
>  drivers/video/omap2/dss/overlay.c         |    6 ++-
>  3 files changed, 59 insertions(+), 16 deletions(-)
> 
> diff --git a/arch/arm/plat-omap/include/plat/display.h b/arch/arm/plat-omap/include/plat/display.h
> index 7a6eedd..ebf1020 100644
> --- a/arch/arm/plat-omap/include/plat/display.h
> +++ b/arch/arm/plat-omap/include/plat/display.h
> @@ -89,6 +89,12 @@ enum omap_color_mode {
>  	OMAP_DSS_COLOR_ARGB32	= 1 << 11, /* ARGB32 */
>  	OMAP_DSS_COLOR_RGBA32	= 1 << 12, /* RGBA32 */
>  	OMAP_DSS_COLOR_RGBX32	= 1 << 13, /* RGBx32 */
> +	OMAP_DSS_COLOR_NV12	= 1 << 14, /* NV12 format: YUV 4:2:0 */
> +	OMAP_DSS_COLOR_RGBA12	= 1 << 15, /* RGBA12 - 4444 */

Is this the same as ARGB16? Or is it the same, except alpha value is in
the other end? If so, I think the naming should be coherent, and either
this should be RGBA16, or ARGB16 should be ARGB12.

Then again, if TRM says this is RGBA12, and the other one is ARGB16, I
guess we should stick with TRM naming...

> +	OMAP_DSS_COLOR_XRGB12	= 1 << 16, /* xRGB12, 16-bit container */

Is this RGB12U, or again otherwise same but the empty value is on the
other end?

> +	OMAP_DSS_COLOR_ARGB16_1555	= 1 << 17, /* ARGB16-1555 */
> +	OMAP_DSS_COLOR_RGBX24_32_ALGN	= 1 << 18, /* 32-msb aligned 24bit */

Hmm, what is this?

> +	OMAP_DSS_COLOR_XRGB15	= 1 << 19, /* xRGB15: 1555*/
>  
>  	OMAP_DSS_COLOR_GFX_OMAP2 =
>  		OMAP_DSS_COLOR_CLUT1 | OMAP_DSS_COLOR_CLUT2 |
> @@ -112,9 +118,17 @@ enum omap_color_mode {
>  	OMAP_DSS_COLOR_VID1_OMAP3 =
>  		OMAP_DSS_COLOR_RGB12U | OMAP_DSS_COLOR_RGB16 |
>  		OMAP_DSS_COLOR_RGB24U | OMAP_DSS_COLOR_RGB24P |
> -		OMAP_DSS_COLOR_YUV2 | OMAP_DSS_COLOR_UYVY,
> +		OMAP_DSS_COLOR_YUV2 | OMAP_DSS_COLOR_UYVY |
> +		OMAP_DSS_COLOR_NV12 | OMAP_DSS_COLOR_RGBA12 |
> +		OMAP_DSS_COLOR_XRGB12 | OMAP_DSS_COLOR_ARGB16_1555 |
> +		OMAP_DSS_COLOR_RGBX24_32_ALGN | OMAP_DSS_COLOR_XRGB15 |
> +		OMAP_DSS_COLOR_ARGB32 | OMAP_DSS_COLOR_RGBA32 |
> +		OMAP_DSS_COLOR_RGBX32,

Why do you change OMAP3 modes, if this patch is about supported OMAP4
modes?

 Tomi


--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Arm (vger)]     [ARM Kernel]     [ARM MSM]     [Linux Tegra]     [Linux WPAN Networking]     [Linux Wireless Networking]     [Maemo Users]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite Trails]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux