Messages in this thread | | | From | "Norman Diamond" <> | Subject | 2.6.0-test7 vs. vga= boot parameter | Date | Mon, 13 Oct 2003 14:03:05 +0900 |
| |
On a machine with unknown graphics chip and a 1024x768 screen, 2.4.18 and 2.6.0-test1 through test7 can all be booted with vga=791 and have no problem.
On a machine with a Neomagic 128XD chip and an 800x600 screen, 2.4.19 and 2.4.20 can be booted with vga=788 and have no problem. But booting 2.6.0-test1 through test7 with vga=788 yields a black screen during boot and disables all text mode displays in VT consoles. After X11 starts up, switching to a VT just displays whatever was last put in graphics memory by X11 and does not change until I switch back to X11.
Booting 2.6.0-test1 through test7 without any vga option has no problem displaying boot messages, and after X11 starts up, it has no problem switching between X11 and VT consoles.
This part of dmesg might be relevant to the vga problem in test7. vesafb seems to say it aborted and then succeeded, but maybe it aborted and went crazy instead?
neofb: mapped io at c6800000 Autodetected internal display Panel is a 800x600 color TFT display neofb: mapped framebuffer at c6a01000 neofb v0.4.1: 2048kB VRAM, using 800x600, 37.878kHz, 60Hz fb0: MagicGraph 128XD frame buffer device vesafb: abort, cannot reserve video memory at 0x43000000 vesafb: framebuffer at 0x43000000, mapped to 0xc6c02000, size 1984k vesafb: mode is 800x600x16, linelength=1600, pages=1 vesafb: protected mode interface info at c000:8cb0 vesafb: scrolling: redraw vesafb: directcolor: size=0:5:6:5, shift=0:11:5:0 fb1: VESA VGA frame buffer device - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |