It seems that default_mode is always overwritten in
fb_find_mode() if caller gives its own modedb; this
patch should fix it.
dmesg diff before and after the following patch:
neofb: mapped framebuffer at c4a80000
-Mode (640x400) won't display properly on LCD
-Mode (640x400) won't display properly on LCD
-neofb v0.4.2: 2048kB VRAM, using 640x480, 31.469kHz, 59Hz
-Console: switching to colour frame buffer device 80x30
+neofb v0.4.2: 2048kB VRAM, using 800x600, 37.878kHz, 60Hz
+Console: switching to colour frame buffer device 100x37
fb0: MagicGraph 128XD frame buffer device
Signed-off-by: Tero Roponen <[email protected]>
---
--- linux-2.6.19-rc5-mm2/drivers/video/modedb.c.orig 2006-11-15 19:03:03.000000000 +0200
+++ linux-2.6.19-rc5-mm2/drivers/video/modedb.c 2006-11-15 19:02:57.000000000 +0200
@@ -507,7 +507,7 @@ int fb_find_mode(struct fb_var_screeninf
}
if (!default_mode && db != modedb)
default_mode = &db[0];
- else
+ else if (!default_mode)
default_mode = &modedb[DEFAULT_MODEDB_INDEX];
if (!default_bpp)
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]