aboutsummaryrefslogtreecommitdiffstats
path: root/drivers/video/ps3fb.c
diff options
context:
space:
mode:
authorBenjamin Herrenschmidt <benh@kernel.crashing.org>2011-12-28 00:10:16 +0000
committerGreg Kroah-Hartman <gregkh@suse.de>2012-01-12 11:34:59 -0800
commit51a32a1a373e071aec24ffa765d198d591b3d6dd (patch)
tree3ca125cec33629445f067fe0c7423d9864fb960b /drivers/video/ps3fb.c
parent081fa89b1a6e7ed3a05459b88ad974a6f3795a90 (diff)
downloadkernel_samsung_smdk4412-51a32a1a373e071aec24ffa765d198d591b3d6dd.zip
kernel_samsung_smdk4412-51a32a1a373e071aec24ffa765d198d591b3d6dd.tar.gz
kernel_samsung_smdk4412-51a32a1a373e071aec24ffa765d198d591b3d6dd.tar.bz2
offb: Fix setting of the pseudo-palette for >8bpp
commit 1bb0b7d21584b3f878e2bc880db62351ddee5185 upstream. When using a >8bpp framebuffer, offb advertises truecolor, not directcolor, and doesn't touch the color map even if it has a corresponding access method for the real hardware. Thus it needs to set the pseudo-palette with all 3 components of the color, like other truecolor framebuffers, not with copies of the color index like a directcolor framebuffer would do. This went unnoticed for a long time because it's pretty hard to get offb to kick in with anything but 8bpp (old BootX under MacOS will do that and qemu does it). Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
Diffstat (limited to 'drivers/video/ps3fb.c')
0 files changed, 0 insertions, 0 deletions