[PATCH] atmel_lcdfb: support 16bit BGR:565 mode, remove unsupported 15bit modes
From: jacmet@sunsite.dk (Peter Korsgaard)
Date: 2012-01-09 12:20:13
Also in:
linux-fbdev
Possibly related (same subject, not in this thread)
- 2012-01-30 · [PATCH] atmel_lcdfb: support 16bit BGR:565 mode, remove unsupported 15bit modes · FlorianSchandinat@gmx.de (Florian Tobias Schandinat)
- 2012-01-10 · [PATCH] atmel_lcdfb: support 16bit BGR:565 mode, remove unsupported 15bit modes · Russell King - ARM Linux <hidden>
- 2012-01-10 · [PATCH] atmel_lcdfb: support 16bit BGR:565 mode, remove unsupported 15bit modes · jacmet@sunsite.dk (Peter Korsgaard)
- 2012-01-10 · [PATCH] atmel_lcdfb: support 16bit BGR:565 mode, remove unsupported 15bit modes · jacmet@sunsite.dk (Peter Korsgaard)
- 2012-01-10 · [PATCH] atmel_lcdfb: support 16bit BGR:565 mode, remove unsupported 15bit modes · Jamie Lokier <hidden>
quoted
quoted
quoted
quoted
"Russell" == Russell King <- ARM Linux [off-list ref]> writes:
Hi, Russell> You describe the RGB555 vs RGB565 via the bitfield values in Russell> var->red, var-> green and var->blue. So, RGB(or BGR)565 has Russell> var->green.length with 6, and RGB(or BGR)555 has this as 5. Russell> In both cases, bits_per_pixel is 16 as that's the width of a Russell> pixel in the frame buffer. Russell> If the bitfield can't be interpreted by the driver as Russell> identifying one of these combinations, then you're supposed to Russell> chose one (and in the case where it's fixed by hardware, you Russell> set the bitfields according to what the hardware supports.) Indeed, and as the hardware can only interprete 1/2/4/8 paletted and 16/24 RGB, we shouldn't claim to support 15bit. -- Bye, Peter Korsgaard