coreboot-kgpe-d16

History

Kevin Paul Herbert bde6d309df x86: Change MMIO addr in readN(addr)/writeN(addr, val) to pointer On x86, change the type of the address parameter in read8()/read16/read32()/write8()/write16()/write32() to be a pointer, instead of unsigned long. Change-Id: Ic26dd8a72d82828b69be3c04944710681b7bd330 Signed-off-by: Kevin Paul Herbert <kph@meraki.net> Signed-off-by: Alexandru Gagniuc <mr.nuke.me@gmail.com> Reviewed-on: http://review.coreboot.org/7784 Tested-by: build bot (Jenkins)		2015-02-15 08:50:22 +01:00
..
board_info.txt	board_info.txt: Categorize various boards	2014-01-19 02:47:06 +01:00
cmos.layout	mainboard: Trivial - drop trailing blank lines at EOF	2014-07-18 14:42:47 +02: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	Remove XIP_ROM_BASE	2011-11-01 19:06:23 +01:00
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 synchronize correctly	2015-02-12 02:27:07 +01: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: http://www.coreboot.org/pipermail/coreboot/2009-September/052107.html

Ward, 2009-09-22