[PATCH 2/2] drm: Redefine pixel formats

2011-11-17 Thread Ville Syrjälä
On Thu, Nov 17, 2011 at 03:00:17PM +0100, Michel D?nzer wrote: > On Don, 2011-11-17 at 15:06 +0200, Ville Syrj?l? wrote: > > On Thu, Nov 17, 2011 at 08:52:05AM +0100, Michel D?nzer wrote: > > > On Mit, 2011-11-16 at 20:42 +0200, ville.syrjala at linux.intel.com > > > wrote: > > > > > > > >

[PATCH 2/2] drm: Redefine pixel formats

2011-11-17 Thread Ville Syrjälä
On Thu, Nov 17, 2011 at 08:52:05AM +0100, Michel D?nzer wrote: > On Mit, 2011-11-16 at 20:42 +0200, ville.syrjala at linux.intel.com wrote: > > > > Name the formats as DRM_FORMAT_X instead of DRM_FOURCC_X. Use consistent > > names, especially for the RGB formats. Component order and byte order

[PATCH 2/2] drm: Redefine pixel formats

2011-11-17 Thread Michel Dänzer
On Don, 2011-11-17 at 15:06 +0200, Ville Syrj?l? wrote: > On Thu, Nov 17, 2011 at 08:52:05AM +0100, Michel D?nzer wrote: > > On Mit, 2011-11-16 at 20:42 +0200, ville.syrjala at linux.intel.com wrote: > > > > > > Name the formats as DRM_FORMAT_X instead of DRM_FOURCC_X. Use consistent > > >

[PATCH 2/2] drm: Redefine pixel formats

2011-11-17 Thread Michel Dänzer
On Mit, 2011-11-16 at 20:42 +0200, ville.syrjala at linux.intel.com wrote: > > Name the formats as DRM_FORMAT_X instead of DRM_FOURCC_X. Use consistent > names, especially for the RGB formats. Component order and byte order are > now strictly specified for each format. > > The RGB format naming

[PATCH 2/2] drm: Redefine pixel formats

2011-11-17 Thread Ville Syrjälä
On Wed, Nov 16, 2011 at 08:16:31PM +0100, Ilyes Gouta wrote: > Hi Ville, > > Regarding 3 plane YCbCr, DRM_FORMAT_yuv444 (non sub-sampled YCbCr) > would also be useful. Yeah I was wondering whether to add that. So far I've not run into hardware which can eat that, so I left it out for now.

Re: [PATCH 2/2] drm: Redefine pixel formats

2011-11-17 Thread Ville Syrjälä
On Thu, Nov 17, 2011 at 08:52:05AM +0100, Michel Dänzer wrote: On Mit, 2011-11-16 at 20:42 +0200, ville.syrj...@linux.intel.com wrote: Name the formats as DRM_FORMAT_X instead of DRM_FOURCC_X. Use consistent names, especially for the RGB formats. Component order and byte order are now

Re: [PATCH 2/2] drm: Redefine pixel formats

2011-11-17 Thread Michel Dänzer
On Don, 2011-11-17 at 15:06 +0200, Ville Syrjälä wrote: On Thu, Nov 17, 2011 at 08:52:05AM +0100, Michel Dänzer wrote: On Mit, 2011-11-16 at 20:42 +0200, ville.syrj...@linux.intel.com wrote: Name the formats as DRM_FORMAT_X instead of DRM_FOURCC_X. Use consistent names, especially

Re: [PATCH 2/2] drm: Redefine pixel formats

2011-11-17 Thread Ville Syrjälä
On Thu, Nov 17, 2011 at 03:00:17PM +0100, Michel Dänzer wrote: On Don, 2011-11-17 at 15:06 +0200, Ville Syrjälä wrote: On Thu, Nov 17, 2011 at 08:52:05AM +0100, Michel Dänzer wrote: On Mit, 2011-11-16 at 20:42 +0200, ville.syrj...@linux.intel.com wrote: Name the formats as

[PATCH 2/2] drm: Redefine pixel formats

2011-11-16 Thread ville.syrj...@linux.intel.com
From: Ville Syrj?l? Name the formats as DRM_FORMAT_X instead of DRM_FOURCC_X. Use consistent names, especially for the RGB formats. Component order and byte order are now strictly specified for each format. The RGB format naming follows a convention where the

[PATCH 2/2] drm: Redefine pixel formats

2011-11-16 Thread Ilyes Gouta
Hi Ville, Regarding 3 plane YCbCr, DRM_FORMAT_yuv444 (non sub-sampled YCbCr) would also be useful. -Ilyes On Wed, Nov 16, 2011 at 7:42 PM, wrote: > From: Ville Syrj?l? > > Name the formats as DRM_FORMAT_X instead of DRM_FOURCC_X. Use consistent > names, especially for the RGB formats.

[PATCH 2/2] drm: Redefine pixel formats

2011-11-16 Thread ville . syrjala
From: Ville Syrjälä ville.syrj...@linux.intel.com Name the formats as DRM_FORMAT_X instead of DRM_FOURCC_X. Use consistent names, especially for the RGB formats. Component order and byte order are now strictly specified for each format. The RGB format naming follows a convention where the

Re: [PATCH 2/2] drm: Redefine pixel formats

2011-11-16 Thread Ilyes Gouta
Hi Ville, Regarding 3 plane YCbCr, DRM_FORMAT_yuv444 (non sub-sampled YCbCr) would also be useful. -Ilyes On Wed, Nov 16, 2011 at 7:42 PM, ville.syrj...@linux.intel.com wrote: From: Ville Syrjälä ville.syrj...@linux.intel.com Name the formats as DRM_FORMAT_X instead of DRM_FOURCC_X. Use

Re: [PATCH 2/2] drm: Redefine pixel formats

2011-11-16 Thread Ville Syrjälä
On Wed, Nov 16, 2011 at 08:16:31PM +0100, Ilyes Gouta wrote: Hi Ville, Regarding 3 plane YCbCr, DRM_FORMAT_yuv444 (non sub-sampled YCbCr) would also be useful. Yeah I was wondering whether to add that. So far I've not run into hardware which can eat that, so I left it out for now. Packed

Re: [PATCH 2/2] drm: Redefine pixel formats

2011-11-16 Thread Michel Dänzer
On Mit, 2011-11-16 at 20:42 +0200, ville.syrj...@linux.intel.com wrote: Name the formats as DRM_FORMAT_X instead of DRM_FOURCC_X. Use consistent names, especially for the RGB formats. Component order and byte order are now strictly specified for each format. The RGB format naming follows