coreboot-kgpe-d16/src/mainboard/supermicro/h8dmr_fam10
Stefan Reinauer b24d07c360 My old mcp55 azalia fix from May 2010. Was never checked in.
Signed-off-by: Stefan Reinauer <stepan@coresystems.de>
Acked-by: Stefan Reinauer <stepan@coresystems.de>



git-svn-id: svn://svn.coreboot.org/coreboot/trunk@5695 2b7e53f0-3cfb-0310-b3e9-8179ed1497e1
2010-08-14 17:45:54 +00:00
..
chip.h
cmos.layout Since some people disapprove of white space cleanups mixed in regular commits 2010-04-27 06:56:47 +00:00
devicetree.cb Rename "apic" and "apic_cluster" to "lapic" and "lapic_cluster" 2010-05-05 13:12:42 +00:00
get_bus_conf.c dualcore.h and quadcore.h are almost exactly the same. 2010-03-29 14:45:36 +00:00
hda_verb.h My old mcp55 azalia fix from May 2010. Was never checked in. 2010-08-14 17:45:54 +00:00
irq_tables.c Since some people disapprove of white space cleanups mixed in regular commits 2010-04-27 06:56:47 +00:00
Kconfig Drop the USE_PRINTK_IN_CAR option. It's a bogus decision to make for any user / 2010-08-03 15:42:29 +00:00
mainboard.c My old mcp55 azalia fix from May 2010. Was never checked in. 2010-08-14 17:45:54 +00:00
mb_sysconf.h Since some people disapprove of white space cleanups mixed in regular commits 2010-04-27 06:56:47 +00:00
mptable.c Move generation of mptable entries for ISA to generic code. 2010-05-20 15:28:19 +00:00
README
resourcemap.c Since some people disapprove of white space cleanups mixed in regular commits 2010-04-27 06:56:47 +00:00
romstage.c Re-integrate "USE_OPTION_TABLE" code. 2010-07-06 21:05:04 +00:00
spd_addr.h janitor task: unify and cleanup naming. 2010-02-08 12:20:50 +00:00


There are a number of outstanding issues:

* we don't have the mc_patch_01000086.h CPU ucode file yet which is
referenced in a comment in src/mainboard/supermicro/h8dmr_fam10/Options.lb.
AMD has not released it yet. This is not a problem specific to this port.

* 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

mansoor@iwavesystems.com said, about the last issue:

  Try enabling CONFIG_XIP_ROM_BASE.  It solved the same problem for me in my board.

So, that's a todo.