[coreboot] issues with seabios on the m2a-vm

[Ward Vandewege]

On Fri, Feb 20, 2009 at 10:41:17PM -0500, Kevin O'Connor wrote:
> On Fri, Feb 20, 2009 at 05:18:00PM -0500, Ward Vandewege wrote:
> > If I use seabios as a payload and leave CONFIG_BOOTMENU enabled, seabios
> > hangs on boot - but it's not entirely dead as pushing num lock, caps lock or
> > scroll lock results in this on the serial console:
> > 
> >   i8042 ctr old=00000061 new=00000060
> >   i8042 ctr old=00000061 new=00000060
> > 
> > I tracked the hang down to the line
> > 
> >       while (get_keystroke(0) >= 0)
> >         ;
> 
> Okay - that's a new one.  Something went wrong in the keyboard code.
> Can you increase the keyboard debug level by setting the following in
> src/config.h:
> 
> #define DEBUG_ISR_09 1
> #define DEBUG_HDL_16 1
> 
> I wonder if something corrupted the BDA.  Have you tried with option
> roms disabled?

Yes. Log here:

  http://ward.vandewege.net/coreboot/m2a-vm/m2a-vm-seabios-menu-no-optionroms-extra-kbd-logging-tables-patch.cap

> 
> > If I disable CONFIG_BOOTMENU, seabios does not hang but things go pretty
> > badly:
> > 
> >   http://ward.vandewege.net/coreboot/m2a-vm/m2a-vm-seabios-no-menu.cap
> > 
> > The IRQs seem to be messed up, and there seem to be some serious SATA issues
> > with the AHCI driver segfaulting and no sata drives being properly detected
> > by the kernel.
> 
> The IRQs are probably messed up because the bios tables aren't being
> copied.  Please apply the patch below to coreboot (after adjusting the
> memory size for your machine).

The patch you sent assumed one GB of ram, right? I reduced the amount of ram
in the system to 1GB. The patch does not appear to help.

Logs here:

Boot menu enabled (keeps printing the debug output indefinitely):

  http://ward.vandewege.net/coreboot/m2a-vm/m2a-vm-seabios-menu-extra-kbd-logging-tables-patch.cap

Boot menu disabled (boots somewhat, like before):

  http://ward.vandewege.net/coreboot/m2a-vm/m2a-vm-seabios-no-menu-extra-kbd-debugging-tables-patch.cap
  
Any further thoughts?

Thanks,
Ward.

-- 
Ward Vandewege <ward at fsf.org>
Free Software Foundation - Senior Systems Administrator