mirror of
https://github.com/edk2-porting/linux-next.git
synced 2024-12-21 11:44:01 +08:00
video: fbdev: imxfb: always allocate 256 entries for the color map
The current code calculates the number of color map entries as 1 << info->var.bits_per_pixel. For 32bpp modes, 1 << 32 is 0 when written to an int variable. As a consequence, the subsequent copying of the default (non-empty) color map into our newly allocated color map fails and imxfb's probe function returns an error. On both imx1 and imx21 platforms, the color map is used only for modes with <= 8bpp. By allocating 256 entries for the color map, we're on the safe side. Signed-off-by: Martin Kaiser <martin@kaiser.cx> Acked-by: Sascha Hauer <s.hauer@pengutronix.de> Signed-off-by: Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com>
This commit is contained in:
parent
d67fa87de0
commit
dc312120b7
@ -985,7 +985,11 @@ static int imxfb_probe(struct platform_device *pdev)
|
||||
*/
|
||||
imxfb_check_var(&info->var, info);
|
||||
|
||||
ret = fb_alloc_cmap(&info->cmap, 1 << info->var.bits_per_pixel, 0);
|
||||
/*
|
||||
* For modes > 8bpp, the color map is bypassed.
|
||||
* Therefore, 256 entries are enough.
|
||||
*/
|
||||
ret = fb_alloc_cmap(&info->cmap, 256, 0);
|
||||
if (ret < 0)
|
||||
goto failed_cmap;
|
||||
|
||||
|
Loading…
Reference in New Issue
Block a user