the following patch was just integrated into master:
commit 359737d89700998048e1b04d8d0ae49b461cbbcb
Author: Martin Roth <martinroth(a)google.com>
Date: Thu Dec 3 12:38:27 2015 -0700
xcompile: Don't warn on missing power8 compiler
Until there's a reason to, don't print a warning about the missing
power8 compiler.
Change-Id: I47c60e0a16892f0fa228e1439e0424926bca00a4
Signed-off-by: Martin Roth <martinroth(a)google.com>
Reviewed-on: https://review.coreboot.org/12634
Tested-by: build bot (Jenkins)
Reviewed-by: Paul Menzel <paulepanter(a)users.sourceforge.net>
Reviewed-by: Alexander Couzens <lynxis(a)fe80.eu>
See https://review.coreboot.org/12634 for details.
-gerrit
Martin Roth (martinroth(a)google.com) just uploaded a new patch set to gerrit, which you can find at https://review.coreboot.org/12635
-gerrit
commit 74d4748afa8d0b5dc963113ca160bb45dbb6140f
Author: Martin Roth <martinroth(a)google.com>
Date: Thu Dec 3 14:02:16 2015 -0700
intel/littleplains: Update with recent changes to mohonpeak
- Change SEABIOS_MALLOC_UPPERMEMORY to using PAYLOAD_CONFIGFILE.
- Add saved seabios .config with CONFIG_MALLOC_UPPERMEMORY unset.
- Remove fixed microcode location.
Change-Id: I8b723edf6d6b5542f118e9e0e1aee8104d9cde86
Signed-off-by: Martin Roth <martinroth(a)google.com>
---
src/mainboard/intel/littleplains/Kconfig | 10 +++-------
src/mainboard/intel/littleplains/config_seabios | 5 +++++
2 files changed, 8 insertions(+), 7 deletions(-)
diff --git a/src/mainboard/intel/littleplains/Kconfig b/src/mainboard/intel/littleplains/Kconfig
index 2fc5cb1..bde944c 100644
--- a/src/mainboard/intel/littleplains/Kconfig
+++ b/src/mainboard/intel/littleplains/Kconfig
@@ -58,16 +58,12 @@ config UART_FOR_CONSOLE
help
The Little Plains board uses COM2 (2f8) for the serial console.
-config SEABIOS_MALLOC_UPPERMEMORY
- bool
- default n
+config PAYLOAD_CONFIGFILE
+ string
+ default "$(top)/src/mainboard/$(MAINBOARDDIR)/config_seabios"
help
The Avoton/Rangeley chip does not allow devices to write into the 0xe000
segment. This means that USB/SATA devices will not work in SeaBIOS unless
we put the SeaBIOS buffer area down in the 0x9000 segment.
-config CPU_MICROCODE_CBFS_LOC
- hex
- default 0xfff60040
-
endif # BOARD_INTEL_LITTLEPLAINS
diff --git a/src/mainboard/intel/littleplains/config_seabios b/src/mainboard/intel/littleplains/config_seabios
new file mode 100644
index 0000000..f688f2b
--- /dev/null
+++ b/src/mainboard/intel/littleplains/config_seabios
@@ -0,0 +1,5 @@
+# The Avoton/Rangeley chip does not allow devices to write into the 0xe000
+# segment. This means that USB/SATA devices will not work in SeaBIOS unless
+# we put the SeaBIOS buffer area down in the 0x9000 segment.
+
+# CONFIG_MALLOC_UPPERMEMORY is not set
Martin Roth (martinroth(a)google.com) just uploaded a new patch set to gerrit, which you can find at https://review.coreboot.org/12663
-gerrit
commit 60af838fd8adbbbefc8769e930f79f08a189e5ef
Author: Martin Roth <martinroth(a)google.com>
Date: Sun Dec 6 19:18:37 2015 -0700
soc/intel/common: Remove USE_FMAP - symbol doesn't exist
The USE_FMAP Kconfig symbol doesn't exist, so remove things that are
depending on it not being enabled.
Change-Id: I1946f5d13a762ab07744a1d9a6cb754433e6701d
Signed-off-by: Martin Roth <martinroth(a)google.com>
---
src/soc/intel/common/Kconfig | 7 -------
1 file changed, 7 deletions(-)
diff --git a/src/soc/intel/common/Kconfig b/src/soc/intel/common/Kconfig
index 96d2b8e..028e915 100644
--- a/src/soc/intel/common/Kconfig
+++ b/src/soc/intel/common/Kconfig
@@ -8,26 +8,19 @@ if SOC_INTEL_COMMON
config CACHE_MRC_SETTINGS
bool "Save cached MRC settings"
default n
- help
- If CONFIG_USE_FMAP is enabled, it is assumed that a flashmap
- containing an RW_MRC_CACHE entry that specifies the location and size
- of the cache will be added to the image and present at runtime.
if CACHE_MRC_SETTINGS
config MRC_SETTINGS_CACHE_BASE
hex
- depends on !USE_FMAP
default 0xfffe0000
config MRC_SETTINGS_CACHE_SIZE
hex
- depends on !USE_FMAP
default 0x10000
config MRC_SETTINGS_PROTECT
bool "Enable protection on MRC settings"
- depends on !USE_FMAP
default n
endif # CACHE_MRC_SETTINGS
Timothy Pearson (tpearson(a)raptorengineeringinc.com) just uploaded a new patch set to gerrit, which you can find at https://review.coreboot.org/12673
-gerrit
commit 5e75397a6a75ca35dc03f57164711f1d1b7202c8
Author: Timothy Pearson <tpearson(a)raptorengineeringinc.com>
Date: Mon Dec 7 12:22:23 2015 -0600
sb/amd/sr5650: Allow resource allocator to assign bus numbers
At some point in the past disconnected PCIe bridges were completely
disabled to work around a hang on bridge probe. This hang was
resolved at some point, and the disconnected PCIe bridges should
be enabled to receive a bus number per the RPR.
This resolves a slew of warnings in the Linux boot log regarding
invalid bridge configurations for disconnected bridge devices.
Change-Id: Ic26e2d62ec5ddb9f22275c2afec7d560326263c7
Signed-off-by: Timothy Pearson <tpearson(a)raptorengineeringinc.com>
---
src/southbridge/amd/sr5650/pcie.c | 7 ++++---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/src/southbridge/amd/sr5650/pcie.c b/src/southbridge/amd/sr5650/pcie.c
index 762e632..e198b87 100644
--- a/src/southbridge/amd/sr5650/pcie.c
+++ b/src/southbridge/amd/sr5650/pcie.c
@@ -768,11 +768,12 @@ void sr5650_gpp_sb_init(device_t nb_dev, device_t dev, u32 port)
if (res) {
AtiPcieCfg.PortDetect |= 1 << port;
} else {
- /* If the training failed the disable the bridge to prevent subsequent
- * lockup on bridge configuration register read during the PCI bus scan
+ /* Even though nothing is attached to this port
+ * the port needs to be "enabled" to obtain
+ * a bus number from the PCI resource allocator
*/
training_ok = 0;
- dev->enabled = 0;
+ dev->enabled = 1;
}
}
}
Zheng Bao (zheng.bao(a)amd.com) just uploaded a new patch set to gerrit, which you can find at https://review.coreboot.org/12670
-gerrit
commit 0fc054f30b11ba7dd5f19a2ae355f392ee58276b
Author: Zheng Bao <fishbaozi(a)gmail.com>
Date: Tue Dec 8 00:20:28 2015 +0800
AMD/bettong: Add work status in README
I have to admit that I have no ability to debug the final
issue. It requires HDT to debug. But the HDT needs to connect
to AMD external domain and get the permission. And I need to
move on. Maybe I will still work on Coreboot.
Change-Id: I8bf955f8068124c3f45366d91dbb3e86bbc4e252
Signed-off-by: Zheng Bao <fishbaozi(a)gmail.com>
---
src/mainboard/amd/bettong/README | 17 +++++++++++++++++
1 file changed, 17 insertions(+)
diff --git a/src/mainboard/amd/bettong/README b/src/mainboard/amd/bettong/README
index d834af4..5b82f44 100644
--- a/src/mainboard/amd/bettong/README
+++ b/src/mainboard/amd/bettong/README
@@ -6,6 +6,23 @@ The version is identified by a tag. All the changes will be pushed to coreboot
community.
=====
+12/08/2015
+
+All the changes for TCMEF1F0 has been merged except
+https://review.coreboot.org/#/c/12343/
+
+The udelay() uses lapic_timer to set timer. It seems
+the the lapic timer reset to 0 and stop after AP is
+launched. I don't quite understand why it happens.
+
+Anyone need to use the MMIO UART, please change the
+udelay to simple IO delay, as the above link says.
+For the board that does not use MMIO UART, please
+ignore this link.
+
+I have tested the snapshot XXXXXXXXXXXXX(TODO).
+
+=====
Version: TCMEF1F0 Release Date: 09/29/2015
Changes from last version:
the following patch was just integrated into master:
commit 369b561315ca68d0cdedc38208105a513c7139b5
Author: Timothy Pearson <tpearson(a)raptorengineeringinc.com>
Date: Sun Dec 6 00:47:17 2015 -0600
mainboard/asus/kgpe-d16: Use I/O PCI access in bootblock
The existing code incorrectly used standard PCI access
calls in the bootblock. Use the I/O PCI access calls
as the normal PCI access mechanisms have not yet been
set up.
Also ensure the recovery jumper GPIO has been set to
input mode before reading it.
Change-Id: Id626d01526427004b2404e4d9b44d7c987d172d1
Signed-off-by: Timothy Pearson <tpearson(a)raptorengineeringinc.com>
Reviewed-on: https://review.coreboot.org/12651
Tested-by: build bot (Jenkins)
Reviewed-by: Felix Held <felix-coreboot(a)felixheld.de>
See https://review.coreboot.org/12651 for details.
-gerrit
the following patch was just integrated into master:
commit 9f656c0316640959c0ef4ce0e099849468fe515a
Author: Martin Roth <martinroth(a)google.com>
Date: Thu Nov 12 14:44:49 2015 -0700
3rdparty/blobs: Update for latest Carrizo Blobs
Update the 3rdparty/blobs submodule to bring in the latest
CarrizoPI binaries.
Change-Id: I65769ebe7b2aa6508d0d6ab2df34a092751e1078
Signed-off-by: Martin Roth <martinroth(a)google.com>
Reviewed-on: https://review.coreboot.org/12425
Tested-by: build bot (Jenkins)
Reviewed-by: Stefan Reinauer <stefan.reinauer(a)coreboot.org>
See https://review.coreboot.org/12425 for details.
-gerrit