A coworker noticed that nvramtool (and the nvramtool man page) both refer to 
the option CONFIG_HAVE_OPTION_TABLE as the option set to include cmos.layout 
into the coreboot tables.

nofound_msg_cmos_opt_table[] =
    "%s: Item %s not found in coreboot table.  Apparently, the "
    "coreboot installed on this system was built without specifying "
    "CONFIG_HAVE_OPTION_TABLE.\n";

However, CONFIG_HAVE_OPTION_TABLE is set by the board to indicate whether the 
board is cmos.layout capable. The actual option is CONFIG_USE_OPTION_TABLE, 
which depends upon CONFIG_HAVE_OPTION_TABLE. The code in 
src/lib/coreboot_table.c only adds the lb record to the coreboot tables if 
CONFIG_USE_OPTION_TABLE is set.

The other choice is to make src/lib/coreboot_table.c add the lb record if the 
board has a cmos.layout (CONFIG_HAVE_OPTION_TABLE) but then userland will have 
access to a layout that is ignored. I suppose this is what happens if you set 
CONFIG_STATIC_OPTION_TABLE. This doesn't seem like the right answer to me.

I think this is only cosmetic, but should I submit a patch to change this so 
that others are not also sidetracked?

Thanks,
Kevin
_______________________________________________
coreboot mailing list -- [email protected]
To unsubscribe send an email to [email protected]

Reply via email to