From mboxrd@z Thu Jan 1 00:00:00 1970 From: Laurent Pinchart Subject: Re: [RFC/PATCH] drm: Add XRGB8626262 (RGB 6:6:6) pixel format Date: Wed, 27 Mar 2013 15:09:48 +0100 Message-ID: <13394928.VeZPoV0JSg@avalon> References: <1364375969-5266-1-git-send-email-laurent.pinchart+renesas@ideasonboard.com> <20130327110620.GZ4469@intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Return-path: Received: from perceval.ideasonboard.com (perceval.ideasonboard.com [95.142.166.194]) by gabe.freedesktop.org (Postfix) with ESMTP id EB3B4E5C8B for ; Wed, 27 Mar 2013 07:08:59 -0700 (PDT) In-Reply-To: <20130327110620.GZ4469@intel.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: dri-devel-bounces+sf-dri-devel=m.gmane.org@lists.freedesktop.org Errors-To: dri-devel-bounces+sf-dri-devel=m.gmane.org@lists.freedesktop.org To: Ville =?ISO-8859-1?Q?Syrj=E4l=E4?= Cc: Laurent Pinchart , dri-devel@lists.freedesktop.org List-Id: dri-devel@lists.freedesktop.org Hi Ville, On Wednesday 27 March 2013 13:06:20 Ville Syrj=E4l=E4 wrote: > On Wed, Mar 27, 2013 at 10:19:29AM +0100, Laurent Pinchart wrote: > > This format is an odd beast, implemented by Renesas R-Car hardware. It > > stores RGB 6:6:6 pixels in 32 bits as > > = > > [31:0] x:R:x:G:x:B:x 8:6:2:6:2:6:2 little endian > > = > > Signed-off-by: Laurent Pinchart > > > > --- > > = > > Hello, > > = > > I came across this weird format on a Renesas SoC display controller. Th= is > > is essentially XRGB8888 with the two low order bits of each component > > ignored by the hardware. > = > It sounds like it's no different than shoveling XRGB8888 down a 6bpc > pipe w/o dithering. > = > Could we just pretend it's XRGB8888, or can the low order bits have > some special meaning which would require treating them as special? The hardware supports both XRGB8888 and the weird RGB 666 format, so I need= a = new 4CC if I want to expose both to userspace. If the display uses a 6bpc pipe XRGB888 and RGB 666 should be identical. If = the display uses a 8bpc pipe then the two formats will be different. What = remains to be found is a use case where an application would fill the two l= ow = order bits with a non-zero value and expect the hardware to ignore them. -- = Regards, Laurent Pinchart