This is a note to let you know that I've just added the patch titled
drm: Use C8 instead of RGB332 when determining the format from depth/bpp
to the 3.4-stable tree which can be found at:
http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary
The filename of the patch is:
drm-use-c8-instead-of-rgb332-when-determining-the-format-from-depth-bpp.patch
and it can be found in the queue-3.4 subdirectory.
If you, or anyone else, feels it should not be added to the stable tree,
please let <stable@vger.kernel.org> know about it.
>From d84f031bd230fdf9c3b7734940c859bf28b90219 Mon Sep 17 00:00:00 2001
From: Ville Syrjälä <ville.syrj...@linux.intel.com>
Date: Thu, 31 Jan 2013 19:43:38 +0200
Subject: drm: Use C8 instead of RGB332 when determining the format from
depth/bpp
From: Ville Syrjälä <ville.syrj...@linux.intel.com>
commit d84f031bd230fdf9c3b7734940c859bf28b90219 upstream.
Support for real RGB332 is a rarity, most hardware only really support
C8. So use C8 instead of RGB332 when determining the format based on
depth/bpp.
This fixes 8bpp fbcon on i915, since i915 will only accept C8 and not
RGB332.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=59572
Signed-off-by: Ville Syrjälä <ville.syrj...@linux.intel.com>
Acked-by: Dave Airlie <airl...@gmail.com>
Tested-by: mlsemo...@gmail.com
Signed-off-by: Daniel Vetter <daniel.vet...@ffwll.ch>
Signed-off-by: Greg Kroah-Hartman <gre...@linuxfoundation.org>
---
drivers/gpu/drm/drm_crtc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- a/drivers/gpu/drm/drm_crtc.c
+++ b/drivers/gpu/drm/drm_crtc.c
@@ -2023,7 +2023,7 @@ uint32_t drm_mode_legacy_fb_format(uint3
switch (bpp) {
case 8:
- fmt = DRM_FORMAT_RGB332;
+ fmt = DRM_FORMAT_C8;
break;
case 16:
if (depth == 15)
Patches currently in stable-queue which might be from
ville.syrj...@linux.intel.com are
queue-3.4/drm-fill-depth-bits_per_pixel-for-c8-format.patch
queue-3.4/drm-use-c8-instead-of-rgb332-when-determining-the-format-from-depth-bpp.patch
--
To unsubscribe from this list: send the line "unsubscribe stable" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
