On Fri, Dec 31, 2010 at 12:07:01AM -0900, Roger wrote: > 1) If I use coreboot's "Run VGA Option ROMs", I can get VGA up and the first > thing displayed is one text line of something like "SeaBIOS Version...". > > And then I usually get some of my other PCI devices option roms executing as > well on the VGA display. > > But when I turn "Run VGA & other Option ROMs" off in Coreboot and then modify > SeaBIOS > config.h with any of these options: > > // Support finding and running option roms during post. > #define CONFIG_OPTIONROMS 1 > // Set if option roms are already copied to 0xc0000-0xf0000 > #define CONFIG_OPTIONROMS_DEPLOYED 0 > // When option roms are not pre-deployed, SeaBIOS can copy an optionrom > // from flash for up to 2 devices. > #define OPTIONROM_VENDEV_1 0x00000000 > #define OPTIONROM_MEM_1 0xf9000000 > #define OPTIONROM_VENDEV_2 0x00000000 > #define OPTIONROM_MEM_2 0x00000000
You should not set OPTIONROM_*. Please follow the directions at: http://www.coreboot.org/SeaBIOS The issue with your previous run: > Scan for VGA option rom > Found option rom with bad checksum: loc=0x000c0000 len=61440 sum=42 indicates SeaBIOS succussfully found the optionrom - it ran into an error running it. In order to debug this, the debugging level must be increased, but nothing else should change. > 2) SeaBIOS seems to find a lot of things, but still tries to boot from floppy > device (or image), for which I have neither. I thought SeaBIOS was able to > boot from the first hard drive partition (ie. grub)? This is what I see on > serial console along with the quick f12 boot pause. But pressing f12 only > pauses longer with nothing else displayed via serial console. But, I can > press > ESC and have it reboot, or the wonderful Windows Key will print it's scancode > on screen, but no other keys. (See very last lines in log.) SeaBIOS behaves like a legacy bios, so it will try legacy boot methods (like booting from a floppy). It's nothing to worry about - it isn't harmful or slower in any way. > > Attaching log with max debug on. > [...] > Attempting to find coreboot table > Found coreboot table forwarder. > Now attempting to find coreboot memory map > Add to e820 map: 00000000 00001000 2 > Add to e820 map: 00001000 0009f000 1 > Add to e820 map: 000c0000 17f30000 1 > Add to e820 map: 17ff0000 00010000 2 > Add to e820 map: ff800000 00800000 2 > Add to e820 map: 00000000 00004000 1 Oddly - seabios found the coreboot table this time. I suspect you're having memory controller issues. If so, that needs to be fixed first. [...] > Scan for VGA option rom > Attempting to init PCI bdf 01:00.0 (vd 10de:0253) > Searching CBFS for prefix pci10de,0253.rom > Found CBFS file fallback/romstage > Found CBFS file fallback/coreboot_ram > Found CBFS file fallback/payload > Found CBFS file > Attempting to map option rom on dev 01:00.0 > Option rom sizing returned f9000000 fffe0000 > Inspecting possible rom at 0xf9000000 (vd=10de:0253 bdf=01:00.0) > Copying option rom (size 61440) from 0xf9000000 to c0000 > Checking rom 0x000c0000 (sig aa55 size 120) > Found option rom with bad checksum: loc=0x000c0000 len=61440 sum=42 It's really odd that the rom isn't checksumming correctly. I'm not sure how OPTIONROM_* interacts here though. It's possible to disable SeaBIOS' checksum check, but if this is a memory controller issue, it will just fail somewhere else. -Kevin -- coreboot mailing list: [email protected] http://www.coreboot.org/mailman/listinfo/coreboot
