Jingle Hsu has posted comments on this change. ( https://review.coreboot.org/c/coreboot/+/43005 )
Change subject: mb/ocp/deltalake: Send OEM IPMI command for CMOS clear when RTC failure is detected
......................................................................
Patch Set 6:
(3 comments)
https://review.coreboot.org/c/coreboot/+/43005/6//COMMIT_MSG
Commit Message:
https://review.coreboot.org/c/coreboot/+/43005/6//COMMIT_MSG@11
PS6, Line 11: This is to let the payload (LinuxBoot) do some handling.
> What kind of handling?
In payload,
u-root reads and checks CMOS clear and valid bits via IPMI OEM command,
If bits both are set to 1, u-root add a SEL and sends IPMI CMOS clear command to BMC then reboot.
https://review.coreboot.org/c/coreboot/+/43005/6//COMMIT_MSG@13
PS6, Line 13: Tested on OCP Delta Lake
> How is this tested? How do you simulate RTC failure?
Remove RTC battery.
https://review.coreboot.org/c/coreboot/+/43005/6/src/mainboard/ocp/deltalak…
File src/mainboard/ocp/deltalake/ipmi.h:
https://review.coreboot.org/c/coreboot/+/43005/6/src/mainboard/ocp/deltalak…
PS6, Line 42: uint8_t boot_dev4;
> Regarding boot order, how does the difference between systemboot and UEFI BDS affect it? What is boo […]
It’s an OEM defined IPMI command structure,
Byte boot_mode includes CMOS clear and boot flag valid bits,
they are OEM defined and are used to detect if CMOS clear request has been set or not,
the boot_dev bytes are part of the command structure,
they represent boot order from boot_dev0 to boot_dev4, but in this change we do not touch them.
--
To view, visit https://review.coreboot.org/c/coreboot/+/43005
To unsubscribe, or for help writing mail filters, visit https://review.coreboot.org/settings
Gerrit-Project: coreboot
Gerrit-Branch: master
Gerrit-Change-Id: I27428c02e99040754e15e07782ec1ad8524def2f
Gerrit-Change-Number: 43005
Gerrit-PatchSet: 6
Gerrit-Owner: Jingle Hsu <jingle_hsu(a)wiwynn.com>
Gerrit-Reviewer: Johnny Lin <Johnny_Lin(a)wiwynn.com>
Gerrit-Reviewer: Jonathan Zhang <jonzhang(a)fb.com>
Gerrit-Reviewer: Morgan Jang
Gerrit-Reviewer: Patrick Rudolph <patrick.rudolph(a)9elements.com>
Gerrit-Reviewer: Rocky Phagura
Gerrit-Comment-Date: Wed, 08 Jul 2020 05:05:57 +0000
Gerrit-HasComments: Yes
Gerrit-Has-Labels: No
Comment-In-Reply-To: Jonathan Zhang <jonzhang(a)fb.com>
Gerrit-MessageType: comment
Johnny Lin has posted comments on this change. ( https://review.coreboot.org/c/coreboot/+/43005 )
Change subject: mb/ocp/deltalake: Send OEM IPMI command for CMOS clear when RTC failure is detected
......................................................................
Patch Set 6:
(1 comment)
https://review.coreboot.org/c/coreboot/+/43005/6/src/mainboard/ocp/deltalak…
File src/mainboard/ocp/deltalake/ipmi.h:
https://review.coreboot.org/c/coreboot/+/43005/6/src/mainboard/ocp/deltalak…
PS6, Line 15:
Please remove the space for better alignment.
--
To view, visit https://review.coreboot.org/c/coreboot/+/43005
To unsubscribe, or for help writing mail filters, visit https://review.coreboot.org/settings
Gerrit-Project: coreboot
Gerrit-Branch: master
Gerrit-Change-Id: I27428c02e99040754e15e07782ec1ad8524def2f
Gerrit-Change-Number: 43005
Gerrit-PatchSet: 6
Gerrit-Owner: Jingle Hsu <jingle_hsu(a)wiwynn.com>
Gerrit-Reviewer: Johnny Lin <Johnny_Lin(a)wiwynn.com>
Gerrit-Reviewer: Jonathan Zhang <jonzhang(a)fb.com>
Gerrit-Reviewer: Morgan Jang
Gerrit-Reviewer: Patrick Rudolph <patrick.rudolph(a)9elements.com>
Gerrit-Reviewer: Rocky Phagura
Gerrit-Comment-Date: Wed, 08 Jul 2020 00:20:17 +0000
Gerrit-HasComments: Yes
Gerrit-Has-Labels: No
Gerrit-MessageType: comment
Angel Pons has uploaded this change for review. ( https://review.coreboot.org/c/coreboot/+/43253 )
Change subject: soc/samsung/exynos5250: Drop dead code
......................................................................
soc/samsung/exynos5250: Drop dead code
This code is not even being build-tested. Drop it before it grows moss.
Change-Id: I0a3a0c7453753c069f1106067fc12547da842d66
Signed-off-by: Angel Pons <th3fanbus(a)gmail.com>
---
M src/soc/samsung/exynos5250/dmc_init_ddr3.c
M src/soc/samsung/exynos5250/uart.c
2 files changed, 0 insertions(+), 54 deletions(-)
git pull ssh://review.coreboot.org:29418/coreboot refs/changes/53/43253/1
diff --git a/src/soc/samsung/exynos5250/dmc_init_ddr3.c b/src/soc/samsung/exynos5250/dmc_init_ddr3.c
index 029171ef..f415020 100644
--- a/src/soc/samsung/exynos5250/dmc_init_ddr3.c
+++ b/src/soc/samsung/exynos5250/dmc_init_ddr3.c
@@ -19,20 +19,6 @@
write32(&exynos_clock->lpddr3phy_ctrl,
LPDDR3PHY_CTRL_PHY_RESET_DISABLE);
-#if 0
- /*
- * For proper memory initialization there should be a minimum delay of
- * 500us after the LPDDR3PHY_CTRL_PHY_RESET signal.
- * The below value is an approximate value whose calculation in done
- * considering that sdelay takes 2 instruction for every 1 delay cycle.
- * And assuming each instruction takes 1 clock cycle i.e 1/(1.7 Ghz)sec
- * So for 500 usec, the number of delay cycle should be
- * (500 * 10^-6) * (1.7 * 10^9) / 2 = 425000
- *
- * TODO(hatim.rv(a)samsung.com): Implement the delay using timer/counter
- */
- sdelay(425000);
-#endif
udelay(500);
}
diff --git a/src/soc/samsung/exynos5250/uart.c b/src/soc/samsung/exynos5250/uart.c
index b3dd37e..3263125 100644
--- a/src/soc/samsung/exynos5250/uart.c
+++ b/src/soc/samsung/exynos5250/uart.c
@@ -13,34 +13,6 @@
#define RX_FIFO_FULL_MASK (1 << 8)
#define TX_FIFO_FULL_MASK (1 << 24)
-#if 0
-/*
- * The coefficient, used to calculate the baudrate on S5P UARTs is
- * calculated as
- * C = UBRDIV * 16 + number_of_set_bits_in_UDIVSLOT
- * however, section 31.6.11 of the datasheet doesn't recommend using 1 for 1,
- * 3 for 2, ... (2^n - 1) for n, instead, they suggest using these constants:
- */
-static const int udivslot[] = {
- 0,
- 0x0080,
- 0x0808,
- 0x0888,
- 0x2222,
- 0x4924,
- 0x4a52,
- 0x54aa,
- 0x5555,
- 0xd555,
- 0xd5d5,
- 0xddd5,
- 0xdddd,
- 0xdfdd,
- 0xdfdf,
- 0xffdf,
-};
-#endif
-
static void serial_setbrg_dev(struct s5p_uart *uart)
{
u32 uclk;
@@ -51,18 +23,6 @@
val = uclk / get_uart_baudrate();
write32(&uart->ubrdiv, val / 16 - 1);
-
- /*
- * FIXME(dhendrix): the original uart.h had a "br_rest" value which
- * does not seem relevant to the exynos5250... not entirely sure
- * where/if we need to worry about it here
- */
-#if 0
- if (s5p_uart_divslot())
- writel(udivslot[val % 16], &uart->rest.slot);
- else
- writeb(val % 16, &uart->rest.value);
-#endif
}
/*
--
To view, visit https://review.coreboot.org/c/coreboot/+/43253
To unsubscribe, or for help writing mail filters, visit https://review.coreboot.org/settings
Gerrit-Project: coreboot
Gerrit-Branch: master
Gerrit-Change-Id: I0a3a0c7453753c069f1106067fc12547da842d66
Gerrit-Change-Number: 43253
Gerrit-PatchSet: 1
Gerrit-Owner: Angel Pons <th3fanbus(a)gmail.com>
Gerrit-MessageType: newchange