mb/google/hatch: Initialize SSD GPIOs in bootblock
Moving these to bootblock as we are seeing some instances where devices are rebooting into the recovery broken screen with the 0x5a error (no bootable storage device in system). This needed to be done for KBL platforms and never got transferred to hatch. Please reference https://review.coreboot.org/c/coreboot/+/23647 BUG=b:137681648 BRANCH=None TEST=Run autotest faft_bios and faft_ec suites Change-Id: I8cf09c26d77d890f5d0490709504e9edf485a93f Signed-off-by: Shelley Chen <shchen@google.com> Reviewed-on: https://review.coreboot.org/c/coreboot/+/34484 Reviewed-by: Paul Fagerburg <pfagerburg@chromium.org> Reviewed-by: Tim Wawrzynczak <twawrzynczak@chromium.org> Tested-by: build bot (Jenkins) <no-reply@coreboot.org>
This commit is contained in:
parent
d93ee950b3
commit
bba18c5540
|
@ -446,6 +446,10 @@ static const struct pad_config early_gpio_table[] = {
|
|||
PAD_CFG_GPI_APIC(GPP_C21, NONE, PLTRST, LEVEL, INVERT),
|
||||
/* C23 : WLAN_PE_RST# */
|
||||
PAD_CFG_GPO(GPP_C23, 1, DEEP),
|
||||
/* E1 : M2_SSD_PEDET */
|
||||
PAD_CFG_NF(GPP_E1, NONE, DEEP, NF1),
|
||||
/* E5 : SATA_DEVSLP1 */
|
||||
PAD_CFG_NF(GPP_E5, NONE, PLTRST, NF1),
|
||||
/* F2 : MEM_CH_SEL */
|
||||
PAD_CFG_GPI(GPP_F2, NONE, PLTRST),
|
||||
/* F11 : PCH_MEM_STRAP2 */
|
||||
|
|
Loading…
Reference in New Issue