coreboot-kgpe-d16/src/mainboard/supermicro/h8dmr_fam10
Timothy Pearson 94efd19517 mainboard/cmos: Kill off unused boot_* parameters
Change-Id: I19d6b56e3ac5e6e7946648b97c86a223b748e3bd
Signed-off-by: Timothy Pearson <tpearson@raptorengineeringinc.com>
Reviewed-on: http://review.coreboot.org/8460
Tested-by: build bot (Jenkins)
Reviewed-by: Alexandru Gagniuc <mr.nuke.me@gmail.com>
2015-02-16 09:24:14 +01:00
..
board_info.txt board_info.txt: Categorize various boards 2014-01-19 02:47:06 +01:00
cmos.layout mainboard/cmos: Kill off unused boot_* parameters 2015-02-16 09:24:14 +01:00
devicetree.cb Drop drivers/generic/debug 2014-04-22 13:42:48 +02:00
get_bus_conf.c GPLv2 notice: Unify all files to just use one space in »MA 02110-1301« 2013-03-01 10:16:08 +01:00
irq_tables.c GPLv2 notice: Unify all files to just use one space in »MA 02110-1301« 2013-03-01 10:16:08 +01:00
Kconfig amd/model_10xxx: Drop AMD_UCODE_PATCH_FILE selection 2015-02-03 04:52:00 +01:00
mb_sysconf.h mainboard: Trivial - drop trailing blank lines at EOF in .h 2014-07-08 13:55:02 +02:00
mptable.c x86: Change MMIO addr in readN(addr)/writeN(addr, val) to pointer 2015-02-15 08:50:22 +01:00
README
resourcemap.c mainboard: Trivial - drop trailing blank lines at EOF 2014-07-08 13:54:47 +02:00
romstage.c AMD K8 boards’ romstage.c: Spell sync*hr*onize correctly 2015-02-12 02:27:07 +01:00


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: http://www.coreboot.org/pipermail/coreboot/2009-September/052107.html

Ward, 2009-09-22