July 2020 - U-Boot

[PATCH v4 0/3] Add support for booting into userspace fastboot
by Roman Kovalivskyi 04 Jul '20

04 Jul '20

Android 10 adds support for dynamic partitions and in order to support them userspace fastboot must be used[1]. New tool called fastbootd is included into recovery image. Userspace fastboot works from recovery and is launched if: 1) - Dynamic partitioning is enabled 2) - Boot control block has 'boot-fastboot' value into command field The bootloader is expected[2] to load and boot into the recovery image upon seeing boot-fastboot in the BCB command. Recovery then parses the BCB message and switches to fastbootd mode. Please note that boot script is expected to handle 'boot-fastboot' command in BCB and load into recovery mode. Bootloader must support[3] 'reboot fastboot' command which should reboot device into userspace fastboot to accomodate those changes. Another command that bootloader must support[3] is 'reboot recovery'. This command should simply reboot device into recovery mode. Changes since v3[6]: * Fixed indentation in Kconfig * Fixed default value for FASTBOOT_USE_BCB_SET_REBOOT_FLAG * Extended help message for FASTBOOT_USE_BCB_SET_REBOOT_FLAG Changes since v2[5]: * Split patch 1 into two separate patches: * Patch 1 extends fastboot_set_reboot_flag arguments with reboot reason * Patch 2 adds new reboot reasons for fastbootd and recovery * Added name for fastboot_rebot_reason enum * Replaced switch inside fastboot_set_reboot_flag with table lookup * Moved fastboot_set_reboot_flag BCB implementation to separate file Changes since v1[4]: * Added missing handling of reboot commands for network protocol * Extended fastboot_set_reboot_flag command to accept reboot reason * Made former fastboot_set_flag function as an optional implementation of fastboot_set_reboot_flag which could be turned on by Kconfig [1] - https://source.android.com/devices/bootloader/fastbootd [2] - https://source.android.com/devices/bootloader/fastbootd#unified_fastboot_an… [3] - https://source.android.com/devices/bootloader/fastbootd#modifications_to_th… [4] - http://patchwork.ozlabs.org/project/uboot/cover/cover.1590539734.git.roman.… [5] - http://patchwork.ozlabs.org/project/uboot/cover/cover.1591254465.git.roman.… [6] - http://patchwork.ozlabs.org/project/uboot/cover/cover.1591806433.git.roman.… Roman Kovalivskyi (3): fastboot: Extend fastboot_set_reboot_flag with reboot reason fastboot: Add support for 'reboot fastboot' command fastboot: Add default fastboot_set_reboot_flag implementation arch/arm/mach-meson/board-common.c | 6 +++- arch/arm/mach-rockchip/board.c | 6 +++- board/amazon/kc1/kc1.c | 6 +++- board/lg/sniper/sniper.c | 6 +++- board/ti/am57xx/board.c | 6 +++- board/ti/dra7xx/evm.c | 6 +++- drivers/fastboot/Kconfig | 12 ++++++++ drivers/fastboot/Makefile | 1 + drivers/fastboot/fb_bcb_impl.c | 48 ++++++++++++++++++++++++++++++ drivers/fastboot/fb_command.c | 40 ++++++++++++++++++++++++- drivers/fastboot/fb_common.c | 2 +- drivers/usb/gadget/f_fastboot.c | 2 ++ include/fastboot.h | 14 ++++++++- net/fastboot.c | 2 ++ 14 files changed, 148 insertions(+), 9 deletions(-) create mode 100644 drivers/fastboot/fb_bcb_impl.c -- 2.17.1

2 6

[RFC PATCH 0/4] CONFIG_IS_ENABLED magic
by Rasmus Villemoes 03 Jul '20

03 Jul '20

The first patch is just something I suggested to allow zstd support to move forward. The remaining ones aim to make it more ergonomic to use CONFIG_IS_ENABLED to exclude things from the build. While it currently works just fine in C code that one can do if (CONFIG_IS_ENABLED(FOO)) { } and have the compiler throw the whole block away, and then later the linker throw away any functions and/or data that turns out not be used anyway, it's currently somewhat uglier to exclude items from an array initializer - it requires three lines to do #if CONFIG_IS_ENABLED(FOO) { some array item }, #endif and grepping for the FOO symbol doesn't really show what it is used for including/excluding. With the last patch, one can instead do CONFIG_IS_ENABLED(FOO, ({ some array item },)) It's just an RFC; I think this can be useful to reduce the size of SPL/TPL without too much cluttering of the source, others can disagree. Rasmus Villemoes (4): common/image.c: image_decomp: put IH_COMP_XXX cases inside ifndef USE_HOSTCC linux/kconfig.h: simplify logic for choosing CONFIG_{SPL_,TPL_,}* linux/kconfig.h: remove unused helper macros linux/kconfig.h: create two- and three-argument versions of CONFIG_IS_ENABLED common/image.c | 2 + include/linux/kconfig.h | 103 ++++++++++++++++++----------------- scripts/config_whitelist.txt | 2 - 3 files changed, 54 insertions(+), 53 deletions(-) -- 2.23.0

3 13

[U-Boot] Pull request: u-boot-riscv/next
by uboot＠andestech.com 03 Jul '20

03 Jul '20

Hi Tom, This PR is for -next Please pull some riscv updates: - Add Sipeed Maix support - Update clock handler and proper cpu features Thanks Rick https://travis-ci.org/github/rickchen36/u-boot-riscv/builds/703836681 The following changes since commit e2a4d24e6b1f3d30136e2dde7b6fbf35bd427b8a: Merge branch '2020-06-30-minor-TI-board-updates' into next (2020-06-30 15:03:25 -0400) are available in the Git repository at: git@gitlab.denx.de:u-boot/custodians/u-boot-riscv.git for you to fetch changes up to add0dc1f7de91112d9e738f9482b09b75fa86acb: riscv: cpu: check and append L1 cache to cpu features (2020-07-01 15:01:27 +0800) ---------------------------------------------------------------- Sagar Shrikant Kadam (4): riscv: dts: hifive-unleashed-a00: add cpu aliases uclass: cpu: fix to display proper CPU features riscv: cpu: correctly handle the setting of CPU_FEAT_MMU bit riscv: cpu: check and append L1 cache to cpu features Sean Anderson (20): clk: Always use the supplied struct clk clk: Check that ops of composite clock components exist before calling clk: Fix clk_get_by_* handling of index clk: Add K210 pll support clk: Add a bypass clock for K210 clk: Add K210 clock support dm: Add support for simple-pm-bus dm: Fix error handling for dev_read_addr_ptr reset: Add generic reset driver lib: Always set errno in hcreate_r riscv: Add headers for asm/global_data.h riscv: Clear pending interrupts before enabling IPIs riscv: Clean up IPI initialization code riscv: Add option to support RISC-V privileged spec 1.9 riscv: Allow use of reset drivers riscv: Try to get cpu frequency from a "clocks" node if it exists riscv: Enable cpu clock if it is present riscv: Add device tree for K210 and Sipeed Maix BitM doc: riscv: Add documentation for Sipeed Maix Bit riscv: Add Sipeed Maix support MAINTAINERS | 7 ++ arch/riscv/Kconfig | 14 ++++ arch/riscv/cpu/cpu.c | 15 ++++ arch/riscv/cpu/start.S | 2 + arch/riscv/dts/Makefile | 1 + arch/riscv/dts/hifive-unleashed-a00-u-boot.dtsi | 4 ++ arch/riscv/dts/k210-maix-bit.dts | 47 +++++++++++++ arch/riscv/dts/k210.dtsi | 594 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ arch/riscv/include/asm/csr.h | 40 +++++++++++ arch/riscv/include/asm/global_data.h | 2 + arch/riscv/include/asm/smp.h | 43 ++++++++++++ arch/riscv/lib/andes_plic.c | 34 ++++----- arch/riscv/lib/reset.c | 2 + arch/riscv/lib/sbi_ipi.c | 5 ++ arch/riscv/lib/sifive_clint.c | 33 +++------ arch/riscv/lib/smp.c | 49 ++----------- arch/sandbox/dts/test.dts | 21 ++++++ arch/sandbox/include/asm/clk.h | 1 + board/sipeed/maix/Kconfig | 47 +++++++++++++ board/sipeed/maix/MAINTAINERS | 11 +++ board/sipeed/maix/Makefile | 5 ++ board/sipeed/maix/maix.c | 41 +++++++++++ common/spl/spl_opensbi.c | 5 ++ configs/sandbox_defconfig | 3 + configs/sipeed_maix_bitm_defconfig | 8 +++ doc/board/index.rst | 1 + doc/board/sipeed/index.rst | 9 +++ doc/board/sipeed/maix.rst | 298 +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ doc/device-tree-bindings/bus/simple-pm-bus.txt | 44 ++++++++++++ doc/device-tree-bindings/mfd/kendryte,k210-sysctl.txt | 33 +++++++++ doc/device-tree-bindings/reset/syscon-reset.txt | 36 ++++++++++ doc/imx/clk/ccf.txt | 63 ++++++++--------- drivers/clk/Kconfig | 1 + drivers/clk/Makefile | 1 + drivers/clk/clk-composite.c | 64 +++++++++++------ drivers/clk/clk-divider.c | 6 +- drivers/clk/clk-fixed-factor.c | 3 +- drivers/clk/clk-gate.c | 6 +- drivers/clk/clk-mux.c | 12 ++-- drivers/clk/clk-uclass.c | 8 +-- drivers/clk/imx/clk-gate2.c | 4 +- drivers/clk/imx/clk-imx8mp.c | 2 +- drivers/clk/kendryte/Kconfig | 12 ++++ drivers/clk/kendryte/Makefile | 1 + drivers/clk/kendryte/bypass.c | 270 +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ drivers/clk/kendryte/clk.c | 663 +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ drivers/clk/kendryte/pll.c | 601 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ drivers/core/Kconfig | 7 ++ drivers/core/Makefile | 1 + drivers/core/read.c | 2 +- drivers/core/simple-pm-bus.c | 56 +++++++++++++++ drivers/cpu/cpu-uclass.c | 3 + drivers/cpu/riscv_cpu.c | 50 +++++++++++++- drivers/pinctrl/broadcom/pinctrl-bcm283x.c | 2 +- drivers/pinctrl/mediatek/pinctrl-mtk-common.c | 2 +- drivers/reset/Kconfig | 5 ++ drivers/reset/Makefile | 1 + drivers/reset/reset-syscon.c | 81 ++++++++++++++++++++++ include/configs/sipeed-maix.h | 24 +++++++ include/dm/read.h | 4 +- include/dt-bindings/clock/k210-sysctl.h | 59 ++++++++++++++++ include/dt-bindings/mfd/k210-sysctl.h | 38 ++++++++++ include/dt-bindings/reset/k210-sysctl.h | 38 ++++++++++ include/kendryte/bypass.h | 31 +++++++++ include/kendryte/clk.h | 35 ++++++++++ include/kendryte/pll.h | 57 +++++++++++++++ include/test/export.h | 16 +++++ lib/hashtable.c | 8 ++- test/dm/Makefile | 3 + test/dm/k210_pll.c | 96 ++++++++++++++++++++++++++ test/dm/simple-pm-bus.c | 45 ++++++++++++ test/dm/syscon-reset.c | 59 ++++++++++++++++ 72 files changed, 3723 insertions(+), 172 deletions(-) create mode 100644 arch/riscv/dts/k210-maix-bit.dts create mode 100644 arch/riscv/dts/k210.dtsi create mode 100644 board/sipeed/maix/Kconfig create mode 100644 board/sipeed/maix/MAINTAINERS create mode 100644 board/sipeed/maix/Makefile create mode 100644 board/sipeed/maix/maix.c create mode 100644 configs/sipeed_maix_bitm_defconfig create mode 100644 doc/board/sipeed/index.rst create mode 100644 doc/board/sipeed/maix.rst create mode 100644 doc/device-tree-bindings/bus/simple-pm-bus.txt create mode 100644 doc/device-tree-bindings/mfd/kendryte,k210-sysctl.txt create mode 100644 doc/device-tree-bindings/reset/syscon-reset.txt create mode 100644 drivers/clk/kendryte/Kconfig create mode 100644 drivers/clk/kendryte/Makefile create mode 100644 drivers/clk/kendryte/bypass.c create mode 100644 drivers/clk/kendryte/clk.c create mode 100644 drivers/clk/kendryte/pll.c create mode 100644 drivers/core/simple-pm-bus.c create mode 100644 drivers/reset/reset-syscon.c create mode 100644 include/configs/sipeed-maix.h create mode 100644 include/dt-bindings/clock/k210-sysctl.h create mode 100644 include/dt-bindings/mfd/k210-sysctl.h create mode 100644 include/dt-bindings/reset/k210-sysctl.h create mode 100644 include/kendryte/bypass.h create mode 100644 include/kendryte/clk.h create mode 100644 include/kendryte/pll.h create mode 100644 include/test/export.h create mode 100644 test/dm/k210_pll.c create mode 100644 test/dm/simple-pm-bus.c create mode 100644 test/dm/syscon-reset.c

2 1

[PATCH 1/3] video: add support for drawing 8bpp bitmap on 32bpp framebuffer
by Anatolij Gustschin 03 Jul '20

03 Jul '20

cfb_console driver supported 8bpp bitmap drawing on 24bpp/32bpp displays and some boards used this configuration for drawing the logo. After conversion to DM_VIDEO the logo drawing on such boards doesn't work any more due to missing rendering code in the updated bmp command code for DM_VIDEO. Add 8bpp bitmap support for 32bpp displays. Signed-off-by: Anatolij Gustschin <agust(a)denx.de> --- drivers/video/video-uclass.c | 6 ++++ drivers/video/video_bmp.c | 62 ++++++++++++++++++++++++------------ include/video.h | 2 +- 3 files changed, 48 insertions(+), 22 deletions(-) diff --git a/drivers/video/video-uclass.c b/drivers/video/video-uclass.c index 12057c8a5b..44380a38d9 100644 --- a/drivers/video/video-uclass.c +++ b/drivers/video/video-uclass.c @@ -228,6 +228,12 @@ static int video_post_probe(struct udevice *dev) struct udevice *cons; int ret; + if (priv->bpix == VIDEO_BPP32) { + priv->cmap = realloc(priv->cmap, 256 * sizeof(uint)); + if (!priv->cmap) + return -ENOMEM; + } + /* Set up the line and display size */ priv->fb = map_sysmem(plat->base, plat->size); if (!priv->line_length) diff --git a/drivers/video/video_bmp.c b/drivers/video/video_bmp.c index 8768228029..79d6c6afa5 100644 --- a/drivers/video/video_bmp.c +++ b/drivers/video/video_bmp.c @@ -172,16 +172,29 @@ static void video_set_cmap(struct udevice *dev, struct bmp_color_table_entry *cte, unsigned colours) { struct video_priv *priv = dev_get_uclass_priv(dev); + u16 *cmap16; + u32 *cmap32; int i; - ushort *cmap = priv->cmap; debug("%s: colours=%d\n", __func__, colours); - for (i = 0; i < colours; ++i) { - *cmap = ((cte->red << 8) & 0xf800) | - ((cte->green << 3) & 0x07e0) | - ((cte->blue >> 3) & 0x001f); - cmap++; - cte++; + if (priv->bpix == VIDEO_BPP16) { + cmap16 = priv->cmap; + for (i = 0; i < colours; ++i) { + *cmap16 = ((cte->red << 8) & 0xf800) | + ((cte->green << 3) & 0x07e0) | + ((cte->blue >> 3) & 0x001f); + cmap16++; + cte++; + } + } else if (priv->bpix == VIDEO_BPP32) { + cmap32 = priv->cmap; + for (i = 0; i < colours; ++i) { + *cmap32 = (cte->red << 16) | + (cte->green << 8) | + cte->blue; + cmap32++; + cte++; + } } } @@ -189,7 +202,8 @@ int video_bmp_display(struct udevice *dev, ulong bmp_image, int x, int y, bool align) { struct video_priv *priv = dev_get_uclass_priv(dev); - ushort *cmap_base = NULL; + u32 *cmap32_base = NULL; + u16 *cmap16_base = NULL; int i, j; uchar *fb; struct bmp_image *bmp = map_sysmem(bmp_image, 0); @@ -227,11 +241,11 @@ int video_bmp_display(struct udevice *dev, ulong bmp_image, int x, int y, } /* - * We support displaying 8bpp and 24bpp BMPs on 16bpp LCDs - * and displaying 24bpp BMPs on 32bpp LCDs + * We support displaying 8bpp and 24bpp BMPs on 16bpp or 32bpp LCDs */ if (bpix != bmp_bpix && !(bmp_bpix == 8 && bpix == 16) && + !(bmp_bpix == 8 && bpix == 32) && !(bmp_bpix == 24 && bpix == 16) && !(bmp_bpix == 24 && bpix == 32)) { printf("Error: %d bit/pixel mode, but BMP has %d bit/pixel\n", @@ -264,36 +278,42 @@ int video_bmp_display(struct udevice *dev, ulong bmp_image, int x, int y, switch (bmp_bpix) { case 1: case 8: { - cmap_base = priv->cmap; #ifdef CONFIG_VIDEO_BMP_RLE8 u32 compression = get_unaligned_le32(&bmp->header.compression); debug("compressed %d %d\n", compression, BMP_BI_RLE8); if (compression == BMP_BI_RLE8) { if (bpix != 16) { /* TODO implement render code for bpix != 16 */ - printf("Error: only support 16 bpix"); + printf("Error: only support 16 bpix\n"); return -EPROTONOSUPPORT; } - video_display_rle8_bitmap(dev, bmp, cmap_base, fb, x, + video_display_rle8_bitmap(dev, bmp, priv->cmap, fb, x, y, width, height); break; } #endif - if (bpix != 16) - byte_width = width; - else + cmap16_base = priv->cmap; + cmap32_base = priv->cmap; + + if (bpix == 16) byte_width = width * 2; + else if (bpix == 32) + byte_width = width * 4; + else + byte_width = width; for (i = 0; i < height; ++i) { WATCHDOG_RESET(); for (j = 0; j < width; j++) { - if (bpix != 16) { - fb_put_byte(&fb, &bmap); - } else { - *(uint16_t *)fb = cmap_base[*bmap]; - bmap++; + if (bpix == 16) { + *(uint16_t *)fb = cmap16_base[*bmap++]; fb += sizeof(uint16_t) / sizeof(*fb); + } else if (bpix == 32) { + *(uint32_t *)fb = cmap32_base[*bmap++]; + fb += 4; + } else { + fb_put_byte(&fb, &bmap); } } bmap += (padded_width - width); diff --git a/include/video.h b/include/video.h index e7c58e86cb..2f3183f873 100644 --- a/include/video.h +++ b/include/video.h @@ -93,7 +93,7 @@ struct video_priv { u32 colour_fg; u32 colour_bg; bool flush_dcache; - ushort *cmap; + void *cmap; u8 fg_col_idx; u8 bg_col_idx; }; -- 2.17.1

4 9

[PATCH v3 0/2] gpio: Add a managed API
by Pratyush Yadav 03 Jul '20

03 Jul '20

Hi, This is a re-submission of Jean-Jacques' earlier work in October last year. It can be fount at [0]. The goal is to facilitate porting drivers from the linux kernel. Most of the series will be about adding managed API to existing infrastructure (GPIO, reset, regmap (already submitted)). This particular series is about GPIOs. It adds a managed API using the API as Linux. To make it 100% compatible with linux, there is a small deviation from u-boot's way of naming the gpio lists: the managed equivalent of gpio_request_by_name(..,"blabla-gpios", ...) is devm_gpiod_get_index(..., "blabla", ...) Changes in v3: - Add a blank line before return in devm_gpiod_get_index(). - Add Simon's Reviwed-by in both patches. Changes in v2: - The original series had a patch that checked for NULL pointers in the core GPIO functions. The checks were needed because of the addition of devm_gpiod_get_index_optional() which would return NULL when when no GPIO was assigned to the requested function. This is convenient for drivers that need to handle optional GPIOs. Simon argued that those should be behind a Kconfig option because of code size concerns. He also argued against implicit return in the macro that checked for the optional GPIOs. This submission removes the controversial patch so that base functionality can get merged. We still need to take a stance on who is responsible for the NULL check: the driver or the GPIO core? Do we want to trust drivers to take care of the NULL checks, or do we want to distrust them and make sure they don't send us anything bogus in the GPIO core. I will send a separate RFC of the NULL check patch and we can probably discuss the issue there. [0] https://patchwork.ozlabs.org/project/uboot/cover/20191001115130.18886-1-jjh… Jean-Jacques Hiblot (2): drivers: gpio: Add a managed API to get a GPIO from the device-tree test: gpio: Add tests for the managed API arch/sandbox/dts/test.dts | 10 ++++ drivers/gpio/gpio-uclass.c | 71 ++++++++++++++++++++++++++ include/asm-generic/gpio.h | 47 +++++++++++++++++ test/dm/gpio.c | 102 +++++++++++++++++++++++++++++++++++++ 4 files changed, 230 insertions(+) -- 2.27.0

1 2

[PATCH] sunxi: Add support for using UART4 as console on A64
by Nazım Gediz Aydındoğmuş 03 Jul '20

03 Jul '20

Add some additional tests and definitions to be able to use UART4 of A64 and do not let it get in conflict with R_UART of some other SoCs (e.g. A23). Signed-off-by: Nazım Gediz Aydındoğmuş <gediz.aydindogmus(a)genemek.com> --- arch/arm/include/asm/arch-sunxi/gpio.h | 1 + arch/arm/mach-sunxi/board.c | 4 ++++ arch/arm/mach-sunxi/clock_sun6i.c | 3 ++- include/configs/sunxi-common.h | 4 ++++ 4 files changed, 11 insertions(+), 1 deletion(-) diff --git a/arch/arm/include/asm/arch-sunxi/gpio.h b/arch/arm/include/asm/arch-sunxi/gpio.h index a646ea6a3c..1407aff25f 100644 --- a/arch/arm/include/asm/arch-sunxi/gpio.h +++ b/arch/arm/include/asm/arch-sunxi/gpio.h @@ -176,6 +176,7 @@ enum sunxi_gpio_number { #define SUNXI_GPD_LCD0 2 #define SUNXI_GPD_LVDS0 3 #define SUNXI_GPD_PWM 2 +#define SUN50I_GPD_UART4 3 #define SUN5I_GPE_SDC2 3 #define SUN8I_GPE_TWI2 3 diff --git a/arch/arm/mach-sunxi/board.c b/arch/arm/mach-sunxi/board.c index f40fccd8f8..7d95b7dd29 100644 --- a/arch/arm/mach-sunxi/board.c +++ b/arch/arm/mach-sunxi/board.c @@ -140,6 +140,10 @@ static int gpio_init(void) sunxi_gpio_set_cfgpin(SUNXI_GPL(2), SUN8I_GPL_R_UART); sunxi_gpio_set_cfgpin(SUNXI_GPL(3), SUN8I_GPL_R_UART); sunxi_gpio_set_pull(SUNXI_GPL(3), SUNXI_GPIO_PULL_UP); +#elif CONFIG_CONS_INDEX == 5 && defined(CONFIG_MACH_SUN50I) + sunxi_gpio_set_cfgpin(SUNXI_GPD(2), SUN50I_GPD_UART4); + sunxi_gpio_set_cfgpin(SUNXI_GPD(3), SUN50I_GPD_UART4); + sunxi_gpio_set_pull(SUNXI_GPD(3), SUNXI_GPIO_PULL_UP); #else #error Unsupported console port number. Please fix pin mux settings in board.c #endif diff --git a/arch/arm/mach-sunxi/clock_sun6i.c b/arch/arm/mach-sunxi/clock_sun6i.c index 8e84062bd7..1f13b96be3 100644 --- a/arch/arm/mach-sunxi/clock_sun6i.c +++ b/arch/arm/mach-sunxi/clock_sun6i.c @@ -83,7 +83,8 @@ void clock_init_sec(void) void clock_init_uart(void) { -#if CONFIG_CONS_INDEX < 5 +#if CONFIG_CONS_INDEX < 5 || \ + defined(CONFIG_MACH_SUN50I) && CONFIG_CONS_INDEX < 6 struct sunxi_ccm_reg *const ccm = (struct sunxi_ccm_reg *)SUNXI_CCM_BASE; diff --git a/include/configs/sunxi-common.h b/include/configs/sunxi-common.h index 5b0bec0561..1324d60f60 100644 --- a/include/configs/sunxi-common.h +++ b/include/configs/sunxi-common.h @@ -45,8 +45,12 @@ # define CONFIG_SYS_NS16550_COM2 SUNXI_UART1_BASE # define CONFIG_SYS_NS16550_COM3 SUNXI_UART2_BASE # define CONFIG_SYS_NS16550_COM4 SUNXI_UART3_BASE +#if defined(CONFIG_MACH_SUN50I) +# define CONFIG_SYS_NS16550_COM5 SUNXI_UART4_BASE +#else # define CONFIG_SYS_NS16550_COM5 SUNXI_R_UART_BASE #endif +#endif /* CPU */ #define COUNTER_FREQUENCY 24000000 -- 2.17.1

1 0

[PATCH v2 0/9] stm32mp1: use OPP information for PLL1 settings in SPL
by Patrick Delaunay 03 Jul '20

03 Jul '20

This serie allows to switch the CPU frequency to the max frequency supported in OPP device tree nodes and supported by STM32MP SOC (800MHz is supported by STM32MP15xD and STM32MP15xF). Board also increases the VDDCore voltage to support this new operation point. This V2 version of [1] is rebased on top of custodian stm32 and solve issue with dh_stm32mp1 (because spl.c was shared between stm32mp1 and dh_stm32mp1). [1] http://patchwork.ozlabs.org/project/uboot/list/?series=171767&state=* Changes in v2: - add stpmic1_init function, called in board_early_init_f for dh_stm32mp1 board support (and no more use spl.c from stm32mp1) - remove CONFIG_SPL_BOARD_INIT - stmpic_buck1_set is a static function called in stpmic1_init (with new parameter for vddcore value) - update also dh_stm32mp1 board - update stm32mp15xx-dhcor and dhcom device tree - NEW: merge spl.c and board.c to avoid a file with only one function Patrick Delaunay (9): arm: stm32mp: spl: add bsec driver in SPL ARM: dts: stm32: add cpufreq support on stm32mp15x board: st: create common file stpmic1.c stm32mp1: clk: configure pll1 with OPP arm: stm32mp: add weak function to save vddcore board: st: stpmic1: add function stpmic1_init board: stm32mp1: update vddcore in SPL ARM: dts: stm32mp1: use OPP information for PLL1 settings in SPL board: stm32mp1: move the function board_debug_uart_init in spl.c arch/arm/dts/stm32mp15-u-boot.dtsi | 12 +- arch/arm/dts/stm32mp151.dtsi | 21 ++ arch/arm/dts/stm32mp157a-dk1-u-boot.dtsi | 9 - arch/arm/dts/stm32mp157c-ed1-u-boot.dtsi | 9 - arch/arm/dts/stm32mp157c-ed1.dts | 8 + arch/arm/dts/stm32mp15xx-dhcom-u-boot.dtsi | 9 - arch/arm/dts/stm32mp15xx-dhcor-u-boot.dtsi | 9 - arch/arm/dts/stm32mp15xx-dkx.dtsi | 8 + arch/arm/mach-stm32mp/Kconfig | 1 - arch/arm/mach-stm32mp/Makefile | 2 +- arch/arm/mach-stm32mp/bsec.c | 11 +- .../arm/mach-stm32mp/include/mach/sys_proto.h | 3 + board/dhelectronics/dh_stm32mp1/Makefile | 6 +- board/dhelectronics/dh_stm32mp1/board.c | 10 + board/st/common/Makefile | 1 + .../st/{stm32mp1/board.c => common/stpmic1.c} | 82 +++-- board/st/common/stpmic1.h | 6 + board/st/stm32mp1/Makefile | 2 - board/st/stm32mp1/spl.c | 72 +++-- board/st/stm32mp1/stm32mp1.c | 6 + configs/stm32mp15_basic_defconfig | 1 + .../clock/st,stm32mp1.txt | 4 + drivers/clk/clk_stm32mp1.c | 295 ++++++++++++++++-- 23 files changed, 445 insertions(+), 142 deletions(-) rename board/st/{stm32mp1/board.c => common/stpmic1.c} (74%) create mode 100644 board/st/common/stpmic1.h -- 2.17.1

2 14

Re: [U-Boot] Pull request: u-boot-riscv/master
by Rick Chen 03 Jul '20

03 Jul '20

> From: Tom Rini [mailto:trini@konsulko.com] > Sent: Thursday, July 02, 2020 9:53 PM > To: Open Source Project uboot > Cc: u-boot(a)lists.denx.de; Rick Jian-Zhi Chen(陳建志) > Subject: Re: [U-Boot] Pull request: u-boot-riscv/master > > On Thu, Jul 02, 2020 at 10:51:48AM +0800, uboot(a)andestech.com wrote: > > > Hi Tom, > > > > Please pull some riscv updates: > > > > - sbi: Add newline to error message > > - fu540: dts: Correct reg size of otp and dmc nodes > > - Enhance reserved memory fixup about PMP information passed from > > OpenSbi > > - sifive: fu540: Add gpio-restart support > > - qemu: Add syscon reboot and poweroff support > > - qemu-riscv: Update QEMU run command > > - Assorted fixes related to reserved memory > > - fu540: enable all cache ways from U-Boot proper > > - use log functions in fdt_fixup > > This changes a few MIPS and ARM platforms. We're a few days away from release, so I don't feel comfortable taking this right now as I assume it hasn't been tested on the other platforms as well. Sorry. Hi Tom, Thanks for your suggestions. Hi Bin, Can you separate this series about sysreset into two series ? [PATCH 1/5] sysreset: syscon: Don't assume default value for offset and mask property [PATCH 2/5] sysreset: syscon: Support value property [PATCH 3/5] riscv: Do not build reset.c if SYSRESET is on [PATCH 4/5] riscv: qemu: Add syscon reboot and poweroff support [PATCH 5/5] riscv: sifive: fu540: Add gpio-restart support It looks like that patch 3/5, 4/5, 5/5 doesn't depend on patch 1/5 and 2/5. Thanks, Rick > > --

2 1

[PATCH] checkpatch: fix a false check against wchar/utf-16 string
by AKASHI Takahiro 03 Jul '20

03 Jul '20

UEFI subsystem uses utf-16 string, but checkpatch.pl complains about any occurrences of L"xxx" which is definitely legal. So just suppress this kind of warning. Precautiously, we will check u"xxx" as well. Signed-off-by: AKASHI Takahiro <takahiro.akashi(a)linaro.org> --- scripts/checkpatch.pl | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/scripts/checkpatch.pl b/scripts/checkpatch.pl index edba36565167..b3697720787c 100755 --- a/scripts/checkpatch.pl +++ b/scripts/checkpatch.pl @@ -5462,7 +5462,7 @@ sub process { } # concatenated string without spaces between elements - if ($line =~ /$String[A-Za-z0-9_]/ || $line =~ /[A-Za-z0-9_]$String/) { + if ($line =~ /$String[A-Za-z0-9_]/ || $line =~ /([A-Za-z0-9_]+[Lu]|[A-Za-z0-9_]*[A-KM-Za-tv-z0-9_])$String/) { if (CHK("CONCATENATED_STRING", "Concatenated strings should use spaces between elements\n" . $herecurr) && $fix) { -- 2.27.0

4 5

[PATCH v5 0/3] gpio: add possibility to search for gpio label name
by Heiko Schocher 03 Jul '20

03 Jul '20

search for gpio label if gpio name from bankname is not found. This makes sense on boards with different hardware verions. You can now search for the gpio label name, and can give the gpio a unique name. The real gpio pin number is not needed in board code anymore. while at it add basic gpio hog test functions in seperate patch. Travis build: https://travis-ci.org/github/hsdenx/u-boot-test/builds/687305014 Changes in v5: - add comment from patrick, update the descriptor flags in _dm_gpio_set_dir_flags() if setting direction was OK. Changes in v4: - new in version 4 - rebased to current master ac14bc4169 - rebased to current master ac14bc4169 Changes in v3: - add comment from Simon Glass make this new function configurable through Kconfig option DM_GPIO_LOOKUP_LABEL Changes in v2: - add basic gpio hog test functions - add comment from Simon Glass move code into seperate function dm_gpio_lookup_label() add test if dm_gpio_lookup_label() works Heiko Schocher (3): gpio-uclass.c: save the GPIOD flags also in the gpio descriptor sandbox, test: add test for GPIO_HOG function gpio: search for gpio label if gpio is not found through bank name arch/sandbox/dts/test.dts | 20 +++++++++++ configs/sandbox64_defconfig | 1 + configs/sandbox_defconfig | 1 + configs/sandbox_flattree_defconfig | 1 + configs/sandbox_spl_defconfig | 1 + drivers/gpio/Kconfig | 22 ++++++++++++ drivers/gpio/gpio-uclass.c | 55 +++++++++++++++++++++++++++--- test/dm/gpio.c | 30 ++++++++++++++++ 8 files changed, 127 insertions(+), 4 deletions(-) -- 2.24.1

4 9