[PATCH 0/2] RGXX3: Set boot order for mmc0 first

From: Chris Morgan macromorgan@hotmail.com
Set the rgxx3 device to boot from mmc0 first. This serves as a fallback to allow us to recover from a bad U-Boot (or later) stage in a worst case scenario. The code for an ADC button appears to have broke some board revisions; this solution is much simpler and allows users to continue to program the adc button as they see fit.
Chris Morgan (2): Revert "board: rockchip: Add early ADC button detect for RGxx3" board: rockchip: rgxx3: Use sdmmc0 as first device
.../arm/dts/rk3566-anbernic-rgxx3-u-boot.dtsi | 2 +- board/anbernic/rgxx3_rk3566/rgxx3-rk3566.c | 64 ------------------- 2 files changed, 1 insertion(+), 65 deletions(-)

From: Chris Morgan macromorgan@hotmail.com
This reverts commit 41a60d0e5cef54a59596a58940fa7c9cf071034b.
On some of the supported devices the adc detect code always returns that the button has been pushed, and as a result the device will not boot normally.
Signed-off-by: Chris Morgan macromorgan@hotmail.com --- board/anbernic/rgxx3_rk3566/rgxx3-rk3566.c | 64 ---------------------- 1 file changed, 64 deletions(-)
diff --git a/board/anbernic/rgxx3_rk3566/rgxx3-rk3566.c b/board/anbernic/rgxx3_rk3566/rgxx3-rk3566.c index 099eea60c3..5c57b902d1 100644 --- a/board/anbernic/rgxx3_rk3566/rgxx3-rk3566.c +++ b/board/anbernic/rgxx3_rk3566/rgxx3-rk3566.c @@ -6,14 +6,12 @@ #include <abuf.h> #include <adc.h> #include <asm/io.h> -#include <command.h> #include <display.h> #include <dm.h> #include <dm/lists.h> #include <env.h> #include <fdt_support.h> #include <linux/delay.h> -#include <linux/iopoll.h> #include <mipi_dsi.h> #include <mmc.h> #include <panel.h> @@ -21,8 +19,6 @@ #include <stdlib.h> #include <video_bridge.h>
-#define BOOT_BROM_DOWNLOAD 0xef08a53c - #define GPIO0_BASE 0xfdd60000 #define GPIO4_BASE 0xfe770000 #define GPIO_SWPORT_DR_L 0x0000 @@ -36,14 +32,6 @@
#define GPIO_WRITEMASK(bits) ((bits) << 16)
-#define SARADC_BASE 0xfe720000 -#define SARADC_DATA 0x0000 -#define SARADC_STAS 0x0004 -#define SARADC_ADC_STATUS BIT(0) -#define SARADC_CTRL 0x0008 -#define SARADC_INPUT_SRC_MSK 0x7 -#define SARADC_POWER_CTRL BIT(3) - #define DTB_DIR "rockchip/"
struct rg3xx_model { @@ -169,64 +157,12 @@ static const struct rg353_panel rg353_panel_details[] = { }, };
-/* - * The device has internal eMMC, and while some devices have an exposed - * clk pin you can ground to force a bypass not all devices do. As a - * result it may be possible for some devices to become a perma-brick - * if a corrupted TPL or SPL stage with a valid header is flashed to - * the internal eMMC. Add functionality to read ADC channel 0 (the func - * button) as early as possible in the boot process to provide some - * protection against this. If we ever get an open TPL stage, we should - * consider moving this function there. - */ -void read_func_button(void) -{ - int ret; - u32 reg; - - /* Turn off SARADC to reset it. */ - writel(0, (SARADC_BASE + SARADC_CTRL)); - - /* Enable channel 0 and power on SARADC. */ - writel(((0 & SARADC_INPUT_SRC_MSK) | SARADC_POWER_CTRL), - (SARADC_BASE + SARADC_CTRL)); - - /* - * Wait for data to be ready. Use timeout of 20000us from - * rockchip_saradc driver. - */ - ret = readl_poll_timeout((SARADC_BASE + SARADC_STAS), reg, - !(reg & SARADC_ADC_STATUS), 20000); - if (ret) { - printf("ADC Timeout"); - return; - } - - /* Read the data from the SARADC. */ - reg = readl((SARADC_BASE + SARADC_DATA)); - - /* Turn the SARADC back off so it's ready to be used again. */ - writel(0, (SARADC_BASE + SARADC_CTRL)); - - /* - * If the value is less than 30 the button is being pressed. - * Reset the device back into Rockchip download mode. - */ - if (reg <= 30) { - printf("download key pressed, entering download mode..."); - writel(BOOT_BROM_DOWNLOAD, CONFIG_ROCKCHIP_BOOT_MODE_REG); - do_reset(NULL, 0, 0, NULL); - } -}; - /* * Start LED very early so user knows device is on. Set color * to red. */ void spl_board_init(void) { - read_func_button(); - /* Set GPIO0_C5, GPIO0_C6, and GPIO0_C7 to output. */ writel(GPIO_WRITEMASK(GPIO_C7 | GPIO_C6 | GPIO_C5) | \ (GPIO_C7 | GPIO_C6 | GPIO_C5),

From: Chris Morgan macromorgan@hotmail.com
Some of the rgxx3 devices do not have a way to recover from a poor flash of a bootloader to eMMC. Set the device to always attempt to boot from sdmmc0 first which ensures that we can override the boot from emmc if we have a card present with a valid U-Boot stage.
Signed-off-by: Chris Morgan macromorgan@hotmail.com --- arch/arm/dts/rk3566-anbernic-rgxx3-u-boot.dtsi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/dts/rk3566-anbernic-rgxx3-u-boot.dtsi b/arch/arm/dts/rk3566-anbernic-rgxx3-u-boot.dtsi index 793ed4ae8a..18f540a3a2 100644 --- a/arch/arm/dts/rk3566-anbernic-rgxx3-u-boot.dtsi +++ b/arch/arm/dts/rk3566-anbernic-rgxx3-u-boot.dtsi @@ -4,7 +4,7 @@
/ { chosen { - u-boot,spl-boot-order = "same-as-spl", &sdmmc1, &sdmmc0; + u-boot,spl-boot-order = &sdmmc0, &sdmmc1, &sdhci; }; };

Hi Chris,
On 2024-05-02 21:34, Chris Morgan wrote:
From: Chris Morgan macromorgan@hotmail.com
Some of the rgxx3 devices do not have a way to recover from a poor flash of a bootloader to eMMC. Set the device to always attempt to boot from sdmmc0 first which ensures that we can override the boot from emmc if we have a card present with a valid U-Boot stage.
I would expect that after [1] was merged in v2024.07-rc1 the likelihood of booting a bad/poor flash (where FIT checksum is invalid) have been mitigated and the boot process now fall back to loading FIT from SD-card?
Or is it to protect against flashing a FIT containing a non working U-Boot proper that this tries to protect against?
Also sdmmc1 seem to be missing from SPL control FDT so that could also impact fallback logic in SPL. Following nodes should be added to rk3566-anbernic-rgxx3-u-boot.dtsi:
&sdmmc1 { bootph-pre-ram; bootph-some-ram; };
&sdmmc1_bus4 { bootph-pre-ram; bootph-some-ram; };
&sdmmc1_clk { bootph-pre-ram; bootph-some-ram; };
&sdmmc1_cmd { bootph-pre-ram; bootph-some-ram; };
&sdmmc1_det { bootph-pre-ram; bootph-some-ram; };
[1] https://source.denx.de/u-boot/u-boot/-/commit/61177bead95d366d3155722eb52db8...
Regards, Jonas
Signed-off-by: Chris Morgan macromorgan@hotmail.com
arch/arm/dts/rk3566-anbernic-rgxx3-u-boot.dtsi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/dts/rk3566-anbernic-rgxx3-u-boot.dtsi b/arch/arm/dts/rk3566-anbernic-rgxx3-u-boot.dtsi index 793ed4ae8a..18f540a3a2 100644 --- a/arch/arm/dts/rk3566-anbernic-rgxx3-u-boot.dtsi +++ b/arch/arm/dts/rk3566-anbernic-rgxx3-u-boot.dtsi @@ -4,7 +4,7 @@
/ { chosen {
u-boot,spl-boot-order = "same-as-spl", &sdmmc1, &sdmmc0;
};u-boot,spl-boot-order = &sdmmc0, &sdmmc1, &sdhci;
};

On Thu, May 02, 2024 at 10:00:46PM +0200, Jonas Karlman wrote:
Hi Chris,
On 2024-05-02 21:34, Chris Morgan wrote:
From: Chris Morgan macromorgan@hotmail.com
Some of the rgxx3 devices do not have a way to recover from a poor flash of a bootloader to eMMC. Set the device to always attempt to boot from sdmmc0 first which ensures that we can override the boot from emmc if we have a card present with a valid U-Boot stage.
I would expect that after [1] was merged in v2024.07-rc1 the likelihood of booting a bad/poor flash (where FIT checksum is invalid) have been mitigated and the boot process now fall back to loading FIT from SD-card?
Or is it to protect against flashing a FIT containing a non working U-Boot proper that this tries to protect against?
This is to protect against a valid FIT with a non-working U-Boot.
Also sdmmc1 seem to be missing from SPL control FDT so that could also impact fallback logic in SPL. Following nodes should be added to rk3566-anbernic-rgxx3-u-boot.dtsi:
sdmmc1 isn't really needed. As long as we have sdmmc0 we should be good. I can remove it for the next patch series.
&sdmmc1 { bootph-pre-ram; bootph-some-ram; };
&sdmmc1_bus4 { bootph-pre-ram; bootph-some-ram; };
&sdmmc1_clk { bootph-pre-ram; bootph-some-ram; };
&sdmmc1_cmd { bootph-pre-ram; bootph-some-ram; };
&sdmmc1_det { bootph-pre-ram; bootph-some-ram; };
[1] https://source.denx.de/u-boot/u-boot/-/commit/61177bead95d366d3155722eb52db8...
Regards, Jonas
Signed-off-by: Chris Morgan macromorgan@hotmail.com
arch/arm/dts/rk3566-anbernic-rgxx3-u-boot.dtsi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/dts/rk3566-anbernic-rgxx3-u-boot.dtsi b/arch/arm/dts/rk3566-anbernic-rgxx3-u-boot.dtsi index 793ed4ae8a..18f540a3a2 100644 --- a/arch/arm/dts/rk3566-anbernic-rgxx3-u-boot.dtsi +++ b/arch/arm/dts/rk3566-anbernic-rgxx3-u-boot.dtsi @@ -4,7 +4,7 @@
/ { chosen {
u-boot,spl-boot-order = "same-as-spl", &sdmmc1, &sdmmc0;
};u-boot,spl-boot-order = &sdmmc0, &sdmmc1, &sdhci;
};
participants (3)
-
Chris Morgan
-
Chris Morgan
-
Jonas Karlman