Roja Rani Yarubandi has posted comments on this change. ( https://review.coreboot.org/c/coreboot/+/35499 )
Change subject: sc7180: Add QUPv3 FW load & config
......................................................................
Patch Set 44:
(1 comment)
https://review.coreboot.org/c/coreboot/+/35499/40/src/soc/qualcomm/sc7180/q…
File src/soc/qualcomm/sc7180/qupv3_config.c:
https://review.coreboot.org/c/coreboot/+/35499/40/src/soc/qualcomm/sc7180/q…
PS40, Line 75: /* To maintain Div=4 for QcLib, configure clock to 7372800Hz for sc7180 */
> Checking with QcLib team
UART driver can derive 115200 baud from any of the frequencies maintained by QUP clock table, usually from low to high. Here, as we are able to achieve 115200 baud from 7372800Hz frequency, so hope this is fine and no need of any fix from QcLib.
--
To view, visit https://review.coreboot.org/c/coreboot/+/35499
To unsubscribe, or for help writing mail filters, visit https://review.coreboot.org/settings
Gerrit-Project: coreboot
Gerrit-Branch: master
Gerrit-Change-Id: I4d91dd10488931247f81a87b0bdcc598f4bceb31
Gerrit-Change-Number: 35499
Gerrit-PatchSet: 44
Gerrit-Owner: mturney mturney <mturney(a)codeaurora.org>
Gerrit-Reviewer: Doug Anderson <dianders(a)chromium.org>
Gerrit-Reviewer: Martin Roth <martinroth(a)google.com>
Gerrit-Reviewer: Patrick Georgi <pgeorgi(a)google.com>
Gerrit-Reviewer: Ravi kumar <rbokka(a)codeaurora.org>
Gerrit-Reviewer: build bot (Jenkins) <no-reply(a)coreboot.org>
Gerrit-Reviewer: mturney mturney <mturney(a)codeaurora.org>
Gerrit-CC: Akash Asthana <akashast(a)qualcomm.corp-partner.google.com>
Gerrit-CC: Julius Werner <jwerner(a)chromium.org>
Gerrit-CC: Patrick Rudolph <siro(a)das-labor.org>
Gerrit-CC: Paul Menzel <paulepanter(a)users.sourceforge.net>
Gerrit-CC: Ravi Kumar Bokka <c_rbokka(a)qualcomm.corp-partner.google.com>
Gerrit-CC: Roja Rani Yarubandi <c_rojay(a)qualcomm.corp-partner.google.com>
Gerrit-CC: Satya Priya Kakitapalli <c_skakit(a)qualcomm.corp-partner.google.com>
Gerrit-CC: Stephen Boyd <swboyd(a)chromium.org>
Gerrit-CC: Taniya Das <tdas(a)codeaurora.org>
Gerrit-Comment-Date: Wed, 01 Apr 2020 07:30:51 +0000
Gerrit-HasComments: Yes
Gerrit-Has-Labels: No
Comment-In-Reply-To: Roja Rani Yarubandi <c_rojay(a)qualcomm.corp-partner.google.com>
Comment-In-Reply-To: Julius Werner <jwerner(a)chromium.org>
Gerrit-MessageType: comment
Andrey Petrov has posted comments on this change. ( https://review.coreboot.org/c/coreboot/+/39425 )
Change subject: soc/intel/xeon_sp: Add Lewisburg defs for common/gpio driver
......................................................................
Patch Set 15:
thanks this looks good. I will try to re-run it on HW asap
--
To view, visit https://review.coreboot.org/c/coreboot/+/39425
To unsubscribe, or for help writing mail filters, visit https://review.coreboot.org/settings
Gerrit-Project: coreboot
Gerrit-Branch: master
Gerrit-Change-Id: Idde32fdd53f1966e3ba6b7f5598ae8f51488d5a5
Gerrit-Change-Number: 39425
Gerrit-PatchSet: 15
Gerrit-Owner: Maxim Polyakov <max.senia.poliak(a)gmail.com>
Gerrit-Reviewer: Andrey Petrov <anpetrov(a)fb.com>
Gerrit-Reviewer: Angel Pons <th3fanbus(a)gmail.com>
Gerrit-Reviewer: Martin Roth <martinroth(a)google.com>
Gerrit-Reviewer: Patrick Georgi <pgeorgi(a)google.com>
Gerrit-Reviewer: Patrick Rudolph <siro(a)das-labor.org>
Gerrit-Reviewer: build bot (Jenkins) <no-reply(a)coreboot.org>
Gerrit-CC: Andrey Petrov <andrey.petrov(a)gmail.com>
Gerrit-CC: Paul Menzel <paulepanter(a)users.sourceforge.net>
Gerrit-Comment-Date: Wed, 01 Apr 2020 07:24:46 +0000
Gerrit-HasComments: No
Gerrit-Has-Labels: No
Gerrit-MessageType: comment
Hello build bot (Jenkins), Paul Menzel, Aaron Durbin,
I'd like you to reexamine a change. Please visit
https://review.coreboot.org/c/coreboot/+/24989
to look at the new patch set (#4).
Change subject: mb/google/cyan: Adjust ACPI interrupt triggering for audio codecs
......................................................................
mb/google/cyan: Adjust ACPI interrupt triggering for audio codecs
The jack detect GPIOs are initialized as dual edge-triggered GPIs,
and Linux doesn't care if they are set to ActiveLow, ActiveHigh, or
ActiveBoth -- a single interrupt is detected on jack insertion or
removal.
The Windows drivers on the other hand, will not function unless the
codec and LPE ACPI interrupts entries are set as in the Intel
Cherrytrail Tianocore platform reference code.
So adjust the ACPI interrupt triggers to make Windows happy, since
Linux doesn't care either way.
Test: boot Linux and Windows 10 on google/edgar, observe functional
audio output for both built-in speakers and headphones.
Change-Id: Ic1dd8ece610d761791c060ece2d0aa51addf97ad
Signed-off-by: Matt DeVillier <matt.devillier(a)gmail.com>
---
M src/mainboard/google/cyan/acpi/codec_maxim.asl
M src/mainboard/google/cyan/acpi/codec_realtek.asl
2 files changed, 5 insertions(+), 5 deletions(-)
git pull ssh://review.coreboot.org:29418/coreboot refs/changes/89/24989/4
--
To view, visit https://review.coreboot.org/c/coreboot/+/24989
To unsubscribe, or for help writing mail filters, visit https://review.coreboot.org/settings
Gerrit-Project: coreboot
Gerrit-Branch: master
Gerrit-Change-Id: Ic1dd8ece610d761791c060ece2d0aa51addf97ad
Gerrit-Change-Number: 24989
Gerrit-PatchSet: 4
Gerrit-Owner: Matt DeVillier <matt.devillier(a)gmail.com>
Gerrit-Reviewer: Aaron Durbin <adurbin(a)chromium.org>
Gerrit-Reviewer: Matt DeVillier <matt.devillier(a)gmail.com>
Gerrit-Reviewer: Paul Menzel <paulepanter(a)users.sourceforge.net>
Gerrit-Reviewer: build bot (Jenkins) <no-reply(a)coreboot.org>
Gerrit-MessageType: newpatchset
Werner Zeh has uploaded this change for review. ( https://review.coreboot.org/c/coreboot/+/39971 )
Change subject: security/vboot: Provide stub functions for TPM in bootblock
......................................................................
security/vboot: Provide stub functions for TPM in bootblock
With commit c79e96b4eb310db9d44e36e2dff072c01469c380
(security/vboot: Decouple measured boot from verified boot) the measured
boot logic was decoupled from VBOOT and the TSS layer of the TPM driver
was added to the bootblock. If now TPM_MEASURED_BOOT and VBOOT are
selected at the same time, the TPM functions called by the TSS layer are
missing during link time of the bootblock as at least the LPC TPM driver
is not enabled for bootblcok.
On the other side enabling the LPC TPM driver in bootblock leads to an
increased bootblock which on Apollo Lake does not fit anymore.
Since the intention of the mentioned patch was to decouple the both
features MEASURED_BOOT and VBOOT while still keep it possible to have
both enabled at the same time the missing functions need to be available
in bootblock though they are not needed (just to be able to link).
For this reason this patch provides a new Kconfig switch called
'TPM_IN_BOOTBLOCK' which, when set, will enable the full TPM
functionality in bootblock. As it is disabled per default just empty
stubs will be compiled for bootblock. If a platform needs the full TPM
driver in bootblock it can simply select 'TPM_IN_BOOTBLOCK'.
Change-Id: I888928a6577f4b920b5ee8b65daf23aa46e3aff8
Signed-off-by: Werner Zeh <werner.zeh(a)siemens.com>
---
M src/drivers/crb/tis.c
M src/drivers/i2c/tpm/tis.c
M src/drivers/i2c/tpm/tis_atmel.c
M src/drivers/pc80/tpm/Makefile.inc
M src/drivers/pc80/tpm/tis.c
M src/drivers/spi/tpm/tis.c
M src/security/tpm/Kconfig
7 files changed, 77 insertions(+), 0 deletions(-)
git pull ssh://review.coreboot.org:29418/coreboot refs/changes/71/39971/1
diff --git a/src/drivers/crb/tis.c b/src/drivers/crb/tis.c
index b1fbad0..ef10002 100644
--- a/src/drivers/crb/tis.c
+++ b/src/drivers/crb/tis.c
@@ -44,6 +44,10 @@
int tis_open(void)
{
+ if (ENV_BOOTBLOCK && !CONFIG(TPM_IN_BOOTBLOCK)) {
+ return -1;
+ }
+
if (tpm_is_open) {
printk(BIOS_ERR, "%s called twice.\n", __func__);
return -1;
@@ -62,6 +66,10 @@
int tis_close(void)
{
+ if (ENV_BOOTBLOCK && !CONFIG(TPM_IN_BOOTBLOCK)) {
+ return -1;
+ }
+
if (tpm_is_open) {
/*
@@ -78,6 +86,10 @@
{
struct tpm2_info info;
+ if (ENV_BOOTBLOCK && !CONFIG(TPM_IN_BOOTBLOCK)) {
+ return -1;
+ }
+
// Wake TPM up (if necessary)
if (tpm2_init() != 0)
return -1;
@@ -93,6 +105,10 @@
int tis_sendrecv(const uint8_t *sendbuf, size_t sbuf_size, uint8_t *recvbuf, size_t *rbuf_len)
{
+ if (ENV_BOOTBLOCK && !CONFIG(TPM_IN_BOOTBLOCK)) {
+ return -1;
+ }
+
int len = tpm2_process_command(sendbuf, sbuf_size, recvbuf, *rbuf_len);
if (len == 0)
diff --git a/src/drivers/i2c/tpm/tis.c b/src/drivers/i2c/tpm/tis.c
index 8b07bb7..b7b9009 100644
--- a/src/drivers/i2c/tpm/tis.c
+++ b/src/drivers/i2c/tpm/tis.c
@@ -35,6 +35,10 @@
{
int rc;
+ if (ENV_BOOTBLOCK && !CONFIG(TPM_IN_BOOTBLOCK)) {
+ return -1;
+ }
+
if (chip.is_open) {
printk(BIOS_DEBUG, "tis_open() called twice.\n");
return -1;
@@ -53,6 +57,10 @@
int tis_close(void)
{
+ if (ENV_BOOTBLOCK && !CONFIG(TPM_IN_BOOTBLOCK)) {
+ return -1;
+ }
+
if (chip.is_open) {
tpm_vendor_cleanup(&chip);
chip.is_open = 0;
@@ -63,6 +71,10 @@
int tis_init(void)
{
+ if (ENV_BOOTBLOCK && !CONFIG(TPM_IN_BOOTBLOCK)) {
+ return -1;
+ }
+
return tpm_vendor_probe(CONFIG_DRIVER_TPM_I2C_BUS,
CONFIG_DRIVER_TPM_I2C_ADDR);
}
@@ -133,6 +145,10 @@
int tis_sendrecv(const uint8_t *sendbuf, size_t sbuf_size,
uint8_t *recvbuf, size_t *rbuf_len)
{
+ if (ENV_BOOTBLOCK && !CONFIG(TPM_IN_BOOTBLOCK)) {
+ return -1;
+ }
+
ASSERT(sbuf_size >= 10);
/* Display the TPM command */
diff --git a/src/drivers/i2c/tpm/tis_atmel.c b/src/drivers/i2c/tpm/tis_atmel.c
index 74b4830..497e4fe 100644
--- a/src/drivers/i2c/tpm/tis_atmel.c
+++ b/src/drivers/i2c/tpm/tis_atmel.c
@@ -59,6 +59,10 @@
int status;
struct stopwatch sw;
+ if (ENV_BOOTBLOCK && !CONFIG(TPM_IN_BOOTBLOCK)) {
+ return -1;
+ }
+
ASSERT(sbuf_size >= 10);
if (CONFIG(DRIVER_TPM_DISPLAY_TIS_BYTES)) {
/* Display the TPM command */
diff --git a/src/drivers/pc80/tpm/Makefile.inc b/src/drivers/pc80/tpm/Makefile.inc
index 0de1b76..cba3e43 100644
--- a/src/drivers/pc80/tpm/Makefile.inc
+++ b/src/drivers/pc80/tpm/Makefile.inc
@@ -1,3 +1,4 @@
+bootblock-$(CONFIG_LPC_TPM) += tis.c
verstage-$(CONFIG_LPC_TPM) += tis.c
romstage-$(CONFIG_LPC_TPM) += tis.c
ramstage-$(CONFIG_LPC_TPM) += tis.c
diff --git a/src/drivers/pc80/tpm/tis.c b/src/drivers/pc80/tpm/tis.c
index a35ef83..000abe1 100644
--- a/src/drivers/pc80/tpm/tis.c
+++ b/src/drivers/pc80/tpm/tis.c
@@ -635,6 +635,10 @@
*/
int tis_init(void)
{
+ if (ENV_BOOTBLOCK && !CONFIG(TPM_IN_BOOTBLOCK)) {
+ return TPM_DRIVER_ERR;
+ }
+
if (tis_probe())
return TPM_DRIVER_ERR;
return 0;
@@ -652,6 +656,10 @@
{
u8 locality = 0; /* we use locality zero for everything */
+ if (ENV_BOOTBLOCK && !CONFIG(TPM_IN_BOOTBLOCK)) {
+ return TPM_DRIVER_ERR;
+ }
+
if (tis_close())
return TPM_DRIVER_ERR;
@@ -684,6 +692,11 @@
int tis_close(void)
{
u8 locality = 0;
+
+ if (ENV_BOOTBLOCK && !CONFIG(TPM_IN_BOOTBLOCK)) {
+ return TPM_DRIVER_ERR;
+ }
+
if (tis_has_access(locality)) {
tis_drop_access(locality);
if (tis_wait_dropped_access(locality)) {
@@ -711,6 +724,10 @@
int tis_sendrecv(const uint8_t *sendbuf, size_t send_size,
uint8_t *recvbuf, size_t *recv_len)
{
+ if (ENV_BOOTBLOCK && !CONFIG(TPM_IN_BOOTBLOCK)) {
+ return TPM_DRIVER_ERR;
+ }
+
if (tis_senddata(sendbuf, send_size)) {
printf("%s:%d failed sending data to TPM\n",
__FILE__, __LINE__);
diff --git a/src/drivers/spi/tpm/tis.c b/src/drivers/spi/tpm/tis.c
index 6230751..2f2fe4a 100644
--- a/src/drivers/spi/tpm/tis.c
+++ b/src/drivers/spi/tpm/tis.c
@@ -33,6 +33,9 @@
int tis_open(void)
{
+ if (ENV_BOOTBLOCK && !CONFIG(TPM_IN_BOOTBLOCK)) {
+ return -1;
+ }
if (tpm_is_open) {
printk(BIOS_ERR, "tis_open() called twice.\n");
return -1;
@@ -42,6 +45,10 @@
int tis_close(void)
{
+ if (ENV_BOOTBLOCK && !CONFIG(TPM_IN_BOOTBLOCK)) {
+ return -1;
+ }
+
if (tpm_is_open) {
/*
@@ -59,6 +66,10 @@
struct spi_slave spi;
struct tpm2_info info;
+ if (ENV_BOOTBLOCK && !CONFIG(TPM_IN_BOOTBLOCK)) {
+ return -1;
+ }
+
if (spi_setup_slave(CONFIG_DRIVER_TPM_SPI_BUS,
CONFIG_DRIVER_TPM_SPI_CHIP, &spi)) {
printk(BIOS_ERR, "Failed to setup TPM SPI slave\n");
@@ -82,6 +93,10 @@
int tis_sendrecv(const uint8_t *sendbuf, size_t sbuf_size,
uint8_t *recvbuf, size_t *rbuf_len)
{
+ if (ENV_BOOTBLOCK && !CONFIG(TPM_IN_BOOTBLOCK)) {
+ return -1;
+ }
+
int len = tpm2_process_command(sendbuf, sbuf_size, recvbuf, *rbuf_len);
if (len == 0)
diff --git a/src/security/tpm/Kconfig b/src/security/tpm/Kconfig
index d8652b2..5c6f1aa 100644
--- a/src/security/tpm/Kconfig
+++ b/src/security/tpm/Kconfig
@@ -117,4 +117,12 @@
Runtime data whitelist of cbfs filenames. Needs to be a
comma separated list
+config TPM_IN_BOOTBLOCK
+ bool "Enable TPM driver in bootblock"
+ default n
+ depends on TPM_MEASURED_BOOT
+ help
+ Enable the TPM driver in bootblock. Select this option if the bootblock
+ has enough space to include the TPM driver.
+
endmenu # Trusted Platform Module (tpm)
--
To view, visit https://review.coreboot.org/c/coreboot/+/39971
To unsubscribe, or for help writing mail filters, visit https://review.coreboot.org/settings
Gerrit-Project: coreboot
Gerrit-Branch: master
Gerrit-Change-Id: I888928a6577f4b920b5ee8b65daf23aa46e3aff8
Gerrit-Change-Number: 39971
Gerrit-PatchSet: 1
Gerrit-Owner: Werner Zeh <werner.zeh(a)siemens.com>
Gerrit-MessageType: newchange
Hello build bot (Jenkins), Paul Menzel, Aaron Durbin,
I'd like you to reexamine a change. Please visit
https://review.coreboot.org/c/coreboot/+/24989
to look at the new patch set (#3).
Change subject: mb/google/cyan: Adjust ACPI interrupt triggering for audio codecs
......................................................................
mb/google/cyan: Adjust ACPI interrupt triggering for audio codecs
The jack detect GPIOs are initialized as dual edge-triggered GPIs,
and Linux doesn't care if they are set to ActiveLow, ActiveHigh, or
ActiveBoth -- a single interrupt is detected on jack insertion or
removal.
The Windows drivers on the other hand, will not function unless the
codec and LPE ACPI interrupts entries are set as in the Intel
Cherrytrail Tianocore platform reference code.
So adjust the ACPI interrupt triggers to make Windows happy, since
Linux doesn't care either way.
Test: boot Linux and Windows 10 on google/edgar, observe functional
audio output for both built-in speakers and headphones.
Change-Id: Ic1dd8ece610d761791c060ece2d0aa51addf97ad
Signed-off-by: Matt DeVillier <matt.devillier(a)gmail.com>
---
M src/mainboard/google/cyan/acpi/codec_maxim.asl
M src/mainboard/google/cyan/acpi/codec_realtek.asl
2 files changed, 5 insertions(+), 5 deletions(-)
git pull ssh://review.coreboot.org:29418/coreboot refs/changes/89/24989/3
--
To view, visit https://review.coreboot.org/c/coreboot/+/24989
To unsubscribe, or for help writing mail filters, visit https://review.coreboot.org/settings
Gerrit-Project: coreboot
Gerrit-Branch: master
Gerrit-Change-Id: Ic1dd8ece610d761791c060ece2d0aa51addf97ad
Gerrit-Change-Number: 24989
Gerrit-PatchSet: 3
Gerrit-Owner: Matt DeVillier <matt.devillier(a)gmail.com>
Gerrit-Reviewer: Aaron Durbin <adurbin(a)chromium.org>
Gerrit-Reviewer: Matt DeVillier <matt.devillier(a)gmail.com>
Gerrit-Reviewer: Paul Menzel <paulepanter(a)users.sourceforge.net>
Gerrit-Reviewer: build bot (Jenkins) <no-reply(a)coreboot.org>
Gerrit-MessageType: newpatchset
Matt DeVillier has posted comments on this change. ( https://review.coreboot.org/c/coreboot/+/24989 )
Change subject: google/cyan: fix ACPI interrupt triggering for audio codecs
......................................................................
Patch Set 2:
> Patch Set 2:
>
> Yes, the question is why it is fixed. Is this because there's an inversion being done somewhere where it shouldn't?
>
> We should dump the the gpio config for the one in question and compare w/ the coreboot settings vs what the kerne's pinmux might be doing.
every cyan variant has the jack detect GPIO defined as 95, PCIE_CLKREQ3B/AUDIO_CODEC_IRQ,
and every one sets it as a GPI, edge triggered both. The kernel cherrytrail pinmux driver actually skips over 95 since it's only listed as having a single/primary function (PCIE_CLKREQ3B)
Given that, 'ActiveBoth' would seem to be the correct setting for both the codec and LPE device. I'll test and adjust the patch if that works here
--
To view, visit https://review.coreboot.org/c/coreboot/+/24989
To unsubscribe, or for help writing mail filters, visit https://review.coreboot.org/settings
Gerrit-Project: coreboot
Gerrit-Branch: master
Gerrit-Change-Id: Ic1dd8ece610d761791c060ece2d0aa51addf97ad
Gerrit-Change-Number: 24989
Gerrit-PatchSet: 2
Gerrit-Owner: Matt DeVillier <matt.devillier(a)gmail.com>
Gerrit-Reviewer: Aaron Durbin <adurbin(a)chromium.org>
Gerrit-Reviewer: Matt DeVillier <matt.devillier(a)gmail.com>
Gerrit-Reviewer: Paul Menzel <paulepanter(a)users.sourceforge.net>
Gerrit-Reviewer: build bot (Jenkins) <no-reply(a)coreboot.org>
Gerrit-Comment-Date: Wed, 01 Apr 2020 01:53:23 +0000
Gerrit-HasComments: No
Gerrit-Has-Labels: No
Gerrit-MessageType: comment
Hello build bot (Jenkins), Anjaneya "Reddy" Chagam, Jonathan Zhang, David Hendricks, Jingle Hsu, Morgan Jang, Andrey Petrov,
I'd like you to reexamine a change. Please visit
https://review.coreboot.org/c/coreboot/+/39895
to look at the new patch set (#6).
Change subject: mb/ocp/tiogapass: Update UPD IIO bifurcation at run-time
......................................................................
mb/ocp/tiogapass: Update UPD IIO bifurcation at run-time
Update UPD IIO bifurcation at run-time accroding to different
hardware configurations such as different Riser cards.
With the engineering build FSP, it can only configure IIO for
one socket so my local test need to remove all socket1 elements
from tp_iio_bifur_table.
Tested=OCP Tioga Pass can see socket0 IIO being updated with
an engineering build FSP.
Change-Id: I8e63a233a2235cd45b14b20542e6efab3de17899
Signed-off-by: Johnny Lin <johnny_lin(a)wiwynn.com>
---
M src/mainboard/ocp/tiogapass/romstage.c
M src/mainboard/ocp/tiogapass/skxsp_tp_iio.h
2 files changed, 30 insertions(+), 1 deletion(-)
git pull ssh://review.coreboot.org:29418/coreboot refs/changes/95/39895/6
--
To view, visit https://review.coreboot.org/c/coreboot/+/39895
To unsubscribe, or for help writing mail filters, visit https://review.coreboot.org/settings
Gerrit-Project: coreboot
Gerrit-Branch: master
Gerrit-Change-Id: I8e63a233a2235cd45b14b20542e6efab3de17899
Gerrit-Change-Number: 39895
Gerrit-PatchSet: 6
Gerrit-Owner: Johnny Lin
Gerrit-Reviewer: Andrey Petrov <andrey.petrov(a)gmail.com>
Gerrit-Reviewer: Anjaneya "Reddy" Chagam <anjaneya.chagam(a)intel.com>
Gerrit-Reviewer: David Hendricks <david.hendricks(a)gmail.com>
Gerrit-Reviewer: Jingle Hsu
Gerrit-Reviewer: Jonathan Zhang <jonzhang(a)fb.com>
Gerrit-Reviewer: Morgan Jang
Gerrit-Reviewer: build bot (Jenkins) <no-reply(a)coreboot.org>
Gerrit-MessageType: newpatchset
Johnny Lin has posted comments on this change. ( https://review.coreboot.org/c/coreboot/+/39895 )
Change subject: mb/ocp/tiogapass: Update UPD IIO bifurcation at run-time
......................................................................
Patch Set 5:
(1 comment)
https://review.coreboot.org/c/coreboot/+/39895/5/src/mainboard/ocp/tiogapas…
File src/mainboard/ocp/tiogapass/romstage.c:
https://review.coreboot.org/c/coreboot/+/39895/5/src/mainboard/ocp/tiogapas…
PS5, Line 28: * Read GPIO, SMBUS data or IPMI command to decide
: * IIO bifurcation at run-time.
> there is gpio driver at CB:39453 […]
Picked the related 6 changes but does not boot.
gpio_pad_reset_config_override: Logical to Chipset mapping not found
ASSERTION ERROR: file 'src/soc/intel/common/block/gpio/gpio.c', line 93
--
To view, visit https://review.coreboot.org/c/coreboot/+/39895
To unsubscribe, or for help writing mail filters, visit https://review.coreboot.org/settings
Gerrit-Project: coreboot
Gerrit-Branch: master
Gerrit-Change-Id: I8e63a233a2235cd45b14b20542e6efab3de17899
Gerrit-Change-Number: 39895
Gerrit-PatchSet: 5
Gerrit-Owner: Johnny Lin
Gerrit-Reviewer: Andrey Petrov <andrey.petrov(a)gmail.com>
Gerrit-Reviewer: Anjaneya "Reddy" Chagam <anjaneya.chagam(a)intel.com>
Gerrit-Reviewer: David Hendricks <david.hendricks(a)gmail.com>
Gerrit-Reviewer: Jingle Hsu
Gerrit-Reviewer: Jonathan Zhang <jonzhang(a)fb.com>
Gerrit-Reviewer: Morgan Jang
Gerrit-Reviewer: build bot (Jenkins) <no-reply(a)coreboot.org>
Gerrit-Comment-Date: Wed, 01 Apr 2020 00:56:17 +0000
Gerrit-HasComments: Yes
Gerrit-Has-Labels: No
Comment-In-Reply-To: Andrey Petrov <andrey.petrov(a)gmail.com>
Gerrit-MessageType: comment