coreboot-kgpe-d16

History

Martin Roth b28f466a7b src/mainboard: Add and update license headers This change adds and updates headers in all of the mainboard files that had missing or unrecognized headers. After this goes in, we can turn on lint checking for headers in all mainboard directories. Change-Id: Ibe038a8f7468253b21fd2ac90c045d0c9cc89dfc Signed-off-by: Martin Roth <martinroth@google.com> Reviewed-on: https://review.coreboot.org/26568 Tested-by: build bot (Jenkins) <no-reply@coreboot.org> Reviewed-by: Nico Huber <nico.h@gmx.de>		2018-06-02 21:00:10 +00:00
..
board_info.txt
cmos.layout	mb//: Remove rtc nvram configurable baud rate	2017-09-23 11:06:25 +00:00
devicetree.cb
get_bus_conf.c	mb/supermicro: Get rid of device_t	2018-05-08 14:22:39 +00:00
hda_verb.c	src/mainboard: Add and update license headers	2018-06-02 21:00:10 +00:00
irq_tables.c
Kconfig
Kconfig.name
mb_sysconf.h
mptable.c	mb/supermicro: Get rid of device_t	2018-05-08 14:22:39 +00:00
README	Use more secure HTTPS URLs for coreboot sites	2017-06-07 12:04:50 +02:00
resourcemap.c
romstage.c	mb/superio: Rename global control devices as SUPERIO_DEV	2018-05-08 14:18:36 +00:00

README


There are a number of outstanding issues:

* I'm seeing toolchain issues. I can't get this tree to compile correctly with
gcc 4.3 (32 bit) - there is an optimization issue where certain parts of the
CBFS code execute very slowly. With gcc 3.4 (32 bit) that slowness
disappears. This is probably not a problem related to this port specifically.

* setting CONFIG_DEFAULT_CONSOLE_LOGLEVEL lower than 8 simply hangs the boot
shortly after the warm reset triggered by the MCP55 code. I think this too
might be a toolchain problem (but I see it on gcc 3.4 as well as 4.3).

* during startup, the CPU cores talk through each other on serial for a
while. Again, not an issue specific to this port.

* to avoid very slow LZMA decompression I use this port with LZMA compression
disabled in CBFS. I'm not sure what's causing this particular slowness.

See also this thread: https://www.coreboot.org/pipermail/coreboot/2009-September/052107.html

Ward, 2009-09-22