summaryrefslogtreecommitdiffstats
path: root/src/soc/intel/cannonlake/chip.c
diff options
context:
space:
mode:
authorFurquan Shaikh <furquan@google.com>2019-02-05 13:59:47 -0800
committerPatrick Georgi <pgeorgi@google.com>2019-02-07 08:51:53 +0000
commit86d2afb86b5c76fe8da719ce7746609eb1109ff0 (patch)
treeaec6533a08164e050740937c5bbf8ec14b7558ae /src/soc/intel/cannonlake/chip.c
parent6527b1acc7a020e1f0594a7ea30daed0978dd5fd (diff)
downloadcoreboot-86d2afb86b5c76fe8da719ce7746609eb1109ff0.tar.gz
coreboot-86d2afb86b5c76fe8da719ce7746609eb1109ff0.tar.bz2
coreboot-86d2afb86b5c76fe8da719ce7746609eb1109ff0.zip
soc/intel/cannonlake: Configure GPIOs again after FSP-S is done
FSP-S is currently configuring GPIOs that it should not. This results in issues where mainboard devices don't behave as expected e.g. host unable to receive TPM interrupts as the pad for the interrupt is re-configured as something else. Until FSP-S is fixed, this change adds a workaround by reconfiguring GPIOs after FSP-S is run. All mainboards need to call cnl_configure_pads instead of gpio_configure_pads so that SoC code can maintain a reference to the GPIO table and use that to re-configure GPIOs after FSP-S is run. BUG=b:123721147 BRANCH=None TEST=Verified that there are no TPM IRQ timeouts in boot log on hatch. Change-Id: I7787aa8f185f633627bcedc7f23504bf4a5250b4 Signed-off-by: Furquan Shaikh <furquan@google.com> Reviewed-on: https://review.coreboot.org/c/31250 Tested-by: build bot (Jenkins) <no-reply@coreboot.org> Reviewed-by: Duncan Laurie <dlaurie@chromium.org>
Diffstat (limited to 'src/soc/intel/cannonlake/chip.c')
-rw-r--r--src/soc/intel/cannonlake/chip.c30
1 files changed, 30 insertions, 0 deletions
diff --git a/src/soc/intel/cannonlake/chip.c b/src/soc/intel/cannonlake/chip.c
index 4604d80f1a22..a643954a91d0 100644
--- a/src/soc/intel/cannonlake/chip.c
+++ b/src/soc/intel/cannonlake/chip.c
@@ -140,6 +140,33 @@ const char *soc_acpi_name(const struct device *dev)
}
#endif
+/*
+ * TODO(furquan): Get rid of this workaround once FSP is fixed. Currently, FSP-S
+ * configures GPIOs when it should not and this results in coreboot GPIO
+ * configuration being overwritten. Until FSP is fixed, maintain the reference
+ * of GPIO config table from mainboard and use that to re-configure GPIOs after
+ * FSP-S is done.
+ */
+void cnl_configure_pads(const struct pad_config *cfg, size_t num_pads)
+{
+ static const struct pad_config *g_cfg;
+ static size_t g_num_pads;
+
+ /*
+ * If cfg and num_pads are passed in from mainboard, maintain a
+ * reference to the GPIO table.
+ */
+ if ((cfg == NULL) || (num_pads == 0)) {
+ cfg = g_cfg;
+ num_pads = g_num_pads;
+ } else {
+ g_cfg = cfg;
+ g_num_pads = num_pads;
+ }
+
+ gpio_configure_pads(cfg, num_pads);
+}
+
void soc_init_pre_device(void *chip_info)
{
/* Snapshot the current GPIO IRQ polarities. FSP is setting a
@@ -154,6 +181,9 @@ void soc_init_pre_device(void *chip_info)
/* Restore GPIO IRQ polarities back to previous settings. */
itss_restore_irq_polarities(GPIO_IRQ_START, GPIO_IRQ_END);
+
+ /* TODO(furquan): Get rid of this workaround once FSP is fixed. */
+ cnl_configure_pads(NULL, 0);
}
static void pci_domain_set_resources(struct device *dev)