April 2019 - U-Boot

[U-Boot] [PATCH v4 1/1] efi_loader: export root node handle
by Heinrich Schuchardt 18 Apr '19

18 Apr '19

From: AKASHI Takahiro <takahiro.akashi(a)linaro.org> This is a preparatory patch. The root node handle will be used as a dummy parent handle when invoking an EFI image from bootefi/bootmgr command. Signed-off-by: AKASHI Takahiro <takahiro.akashi(a)linaro.org> Rebased. Signed-off-by: Heinrich Schuchardt <xypron.glpk(a)gmx.de> --- v4 Rebase --- include/efi_loader.h | 3 +++ lib/efi_loader/efi_root_node.c | 5 +++-- 2 files changed, 6 insertions(+), 2 deletions(-) diff --git a/include/efi_loader.h b/include/efi_loader.h index f7bf732827..93f7672aec 100644 --- a/include/efi_loader.h +++ b/include/efi_loader.h @@ -25,6 +25,9 @@ EFI_GUID(0xe61d73b9, 0xa384, 0x4acc, \ 0xae, 0xab, 0x82, 0xe8, 0x28, 0xf3, 0x62, 0x8b) +/* Root node */ +extern efi_handle_t efi_root; + int __efi_entry_check(void); int __efi_exit_check(void); const char *__efi_nesting(void); diff --git a/lib/efi_loader/efi_root_node.c b/lib/efi_loader/efi_root_node.c index 392f5c4951..e0fcbb85a4 100644 --- a/lib/efi_loader/efi_root_node.c +++ b/lib/efi_loader/efi_root_node.c @@ -11,6 +11,8 @@ const efi_guid_t efi_u_boot_guid = U_BOOT_GUID; +efi_handle_t efi_root = NULL; + struct efi_root_dp { struct efi_device_path_vendor vendor; struct efi_device_path end; @@ -26,7 +28,6 @@ struct efi_root_dp { */ efi_status_t efi_root_node_register(void) { - efi_handle_t root = NULL; struct efi_root_dp *dp; /* Create device path protocol */ @@ -46,7 +47,7 @@ efi_status_t efi_root_node_register(void) dp->end.length = sizeof(struct efi_device_path); /* Create root node and install protocols */ - return EFI_CALL(efi_install_multiple_protocol_interfaces(&root, + return EFI_CALL(efi_install_multiple_protocol_interfaces(&efi_root, /* Device path protocol */ &efi_guid_device_path, dp, /* Device path to text protocol */ -- 2.20.1

1 1

[U-Boot] [PATCH] rockchip: add u-boot-tpl-v8.lds
by Kever Yang 18 Apr '19

18 Apr '19

We don't have both sram and sdram in TPL, so update from: arch/arm/cpu/armv8/u-boot-spl.lds Signed-off-by: Kever Yang <kever.yang(a)rock-chips.com> --- arch/arm/mach-rockchip/u-boot-tpl-v8.lds | 94 ++++++++++++++++++++++++ 1 file changed, 94 insertions(+) create mode 100644 arch/arm/mach-rockchip/u-boot-tpl-v8.lds diff --git a/arch/arm/mach-rockchip/u-boot-tpl-v8.lds b/arch/arm/mach-rockchip/u-boot-tpl-v8.lds new file mode 100644 index 0000000000..9869972e22 --- /dev/null +++ b/arch/arm/mach-rockchip/u-boot-tpl-v8.lds @@ -0,0 +1,94 @@ +// SPDX-License-Identifier: GPL-2.0+ +/* + * (C) Copyright 2019 + * Rockchip Electronics Co., Ltd + * Kever Yang<kever.yang(a)rock-chips.com> + * + * (C) Copyright 2013 + * David Feng <fenghua(a)phytium.com.cn> + * + * (C) Copyright 2002 + * Gary Jennejohn, DENX Software Engineering, <garyj(a)denx.de> + * + * (C) Copyright 2010 + * Texas Instruments, <www.ti.com> + * Aneesh V <aneesh(a)ti.com> + */ + +OUTPUT_FORMAT("elf64-littleaarch64", "elf64-littleaarch64", "elf64-littleaarch64") +OUTPUT_ARCH(aarch64) +ENTRY(_start) +SECTIONS +{ + . = 0x00000000; + + .text : { + . = ALIGN(8); + *(.__image_copy_start) + CPUDIR/start.o (.text*) + *(.text*) + } + + .rodata : { + . = ALIGN(8); + *(SORT_BY_ALIGNMENT(SORT_BY_NAME(.rodata*))) + } + + .data : { + . = ALIGN(8); + *(.data*) + } + + .u_boot_list : { + . = ALIGN(8); + KEEP(*(SORT(.u_boot_list*))); + } + + .image_copy_end : { + . = ALIGN(8); + *(.__image_copy_end) + } + + .end : { + . = ALIGN(8); + *(.__end) + } + + _image_binary_end = .; + + .bss_start (NOLOAD) : { + . = ALIGN(8); + KEEP(*(.__bss_start)); + } + + .bss (NOLOAD) : { + *(.bss*) + . = ALIGN(8); + } + + .bss_end (NOLOAD) : { + KEEP(*(.__bss_end)); + } + + /DISCARD/ : { *(.dynsym) } + /DISCARD/ : { *(.dynstr*) } + /DISCARD/ : { *(.dynamic*) } + /DISCARD/ : { *(.plt*) } + /DISCARD/ : { *(.interp*) } + /DISCARD/ : { *(.gnu*) } +} + +#if defined(CONFIG_TPL_MAX_SIZE) +ASSERT(__image_copy_end - __image_copy_start < (CONFIG_TPL_MAX_SIZE), \ + "TPL image too big"); +#endif + +#if defined(CONFIG_TPL_BSS_MAX_SIZE) +ASSERT(__bss_end - __bss_start < (CONFIG_TPL_BSS_MAX_SIZE), \ + "TPL image BSS too big"); +#endif + +#if defined(CONFIG_TPL_MAX_FOOTPRINT) +ASSERT(__bss_end - _start < (CONFIG_TPL_MAX_FOOTPRINT), \ + "TPL image plus BSS too big"); +#endif -- 2.20.1

2 1

[U-Boot] [RFC PATCH v2 00/12] Add support for applications of overlays in SPL
by Jean-Jacques Hiblot 18 Apr '19

18 Apr '19

The purpose of this series is to provide the SPL with ability to apply overlays for u-boot. this is only a RFC so far, to get a feedback on the approach. Our use-case is the support of the daughter boards of the AM65x EVM. In Linux, each board is supported by a unique overlay. The presence of the boards is detected at runtime, and some useful features (like USB) are implemented on those daughter boards. Instead of providing multiple dtbs and fall in a combinatorial pit, we propose to use DT overlays. Patch #1 "spl: fit: Add support for applying DT overlay" has been posted a few weeks ago by Michal Simek. Patch #2 and #3 amend Michal's patch. Patch #4 and #5 are simple fixes for the Makefile Patch #6 is not required but relates to this series and will be required later by the AM6x platform Patch #7 may be a bit controversial. It basically replaces u-boot.img with a symlink to u-boot.itb in case we use a "complex" FIT (ie: if SPL_FIT_SOURCE or SPL_FIT_GENERATOR are set). This breaks buildman for several platforms because not all the binaries embedded in the FIT are available. Patch #9 adds a way to dynamically select the DT overlays. That is were we would use HW detection to select the required overlays. In that case, the board-level code tells what overlay it needs (it gives the name of the node). Patch #10 disables advanced SPL FIT features to keep the size of the SPL of the am335x_evm in check Patch #11 is not required, but demonstrates on a DRA76-evm how this series can be used. On arm, if overlay are supported, this series increases the size of the SPL by 3-4 kB. Changes in v2: - reworked board_fit_get_additionnal_images() and how it used in spl_fit.c - removed dtbo generation from dtso files and use .dts extension for the overlays - add dynamic allocation usage in a separate patch - defconfig change for the am335x_evm Jean-Jacques Hiblot (11): spl: fit: Make room in the FDT before applying overlays spl: fit: allocate a temporary buffer to load the overlays Makefile.lib: include /__symbols__ in dtb if OF_LIBFDT_OVERLAY is enabled Makefile: Fix tests for CONFIG_SPL_LOAD_FIT and CONFIG_SPL_FIT_GENERATOR Makefile: Fix u-boot.itb generation when building outside the source tree Makefile: Pass the board name to the FIT generator scripts Makefile: use custom ITS to build u-boot.img if SPL_FIT_SOURCE or SPL_FIT_GENERATOR are set spl: fit: constify the output parameter of spl_fit_get_image_name() spl: fit: Allow the board to tell if more images must be loaded from FIT configs: am335x_evm: enable SPL_FIT_IMAGE_TINY !!! TEMP !!! For demonstration only !!! DRA76: Usage of overlays in SPL Michal Simek (1): spl: fit: Add support for applying DT overlay Makefile | 27 +++++-- arch/arm/dts/Makefile | 2 +- arch/arm/dts/dra76-evm-dummy.dts | 14 ++++ arch/arm/dts/dra76-evm-dummy2.dts | 15 ++++ arch/arm/mach-imx/mkimage_fit_atf.sh | 3 +- arch/arm/mach-rockchip/make_fit_atf.py | 5 +- board/sunxi/mksunxi_fit_atf.sh | 2 + .../lion_rk3368/fit_spl_atf.its | 6 +- .../puma_rk3399/fit_spl_atf.its | 8 +- board/ti/dra7xx/evm.c | 30 +++++++ board/ti/dra7xx/evm.its | 48 +++++++++++ common/spl/spl_fit.c | 81 +++++++++++++++++-- configs/am335x_evm_defconfig | 1 + configs/dra7xx_evm_defconfig | 2 + include/spl.h | 16 ++++ scripts/Makefile.lib | 4 + 16 files changed, 239 insertions(+), 25 deletions(-) create mode 100644 arch/arm/dts/dra76-evm-dummy.dts create mode 100644 arch/arm/dts/dra76-evm-dummy2.dts create mode 100644 board/ti/dra7xx/evm.its -- 2.17.1

3 19

[U-Boot] [PATCH 1/2] fs: cbfs: make file_cbfs_load_header(..) independent of end-of-rom
by Christian Gmeiner 18 Apr '19

18 Apr '19

Signed-off-by: Christian Gmeiner <christian.gmeiner(a)gmail.com> --- fs/cbfs/cbfs.c | 10 ++++------ 1 file changed, 4 insertions(+), 6 deletions(-) diff --git a/fs/cbfs/cbfs.c b/fs/cbfs/cbfs.c index 7b2513cb24..c60a8d5dc1 100644 --- a/fs/cbfs/cbfs.c +++ b/fs/cbfs/cbfs.c @@ -162,13 +162,10 @@ static void file_cbfs_fill_cache(u8 *start, u32 size, u32 align) } /* Get the CBFS header out of the ROM and do endian conversion. */ -static int file_cbfs_load_header(uintptr_t end_of_rom, - struct cbfs_header *header) +static int file_cbfs_load_header(uintptr_t addr, struct cbfs_header *header) { - struct cbfs_header *header_in_rom; - int32_t offset = *(u32 *)(end_of_rom - 3); + struct cbfs_header *header_in_rom = (struct cbfs_header *)addr; - header_in_rom = (struct cbfs_header *)(end_of_rom + offset + 1); swap_header(header, header_in_rom); if (header->magic != good_magic || header->offset > @@ -183,8 +180,9 @@ void file_cbfs_init(uintptr_t end_of_rom) { u8 *start_of_rom; initialized = 0; + const int32_t offset = *(u32 *)(end_of_rom - 3); - if (file_cbfs_load_header(end_of_rom, &cbfs_header)) + if (file_cbfs_load_header(end_of_rom + offset + 1, &cbfs_header)) return; start_of_rom = (u8 *)(end_of_rom + 1 - cbfs_header.rom_size); -- 2.20.1

2 3

[U-Boot] [PATCH v3] ARM: dts: i.MX6Q: fix avoid_unnecessary_addr_size warnings
by Peng Fan 18 Apr '19

18 Apr '19

> > From: Marcel Ziswiler <marcel.ziswiler(a)toradex.com> > > Re-synced the device tree with Linux 5.0. > > This fixes the following warnings: > > w+arch/arm/dts/imx6-apalis.dtb: Warning (reg_format): /soc/ipu@2800000/ > port@2/endpoint@0:reg: property has invalid length (4 bytes) > (#address-cells == 2, #size-cells == 1) > w+arch/arm/dts/imx6-apalis.dtb: Warning (reg_format): /soc/ipu@2800000/ > port@2/endpoint@1:reg: property has invalid length (4 bytes) > (#address-cells == 2, #size-cells == 1) > w+arch/arm/dts/imx6-apalis.dtb: Warning (reg_format): /soc/ipu@2800000/ > port@2/endpoint@2:reg: property has invalid length (4 bytes) > (#address-cells == 2, #size-cells == 1) > w+arch/arm/dts/imx6-apalis.dtb: Warning (reg_format): /soc/ipu@2800000/ > port@2/endpoint@3:reg: property has invalid length (4 bytes) > (#address-cells == 2, #size-cells == 1) > w+arch/arm/dts/imx6-apalis.dtb: Warning (reg_format): /soc/ipu@2800000/ > port@2/endpoint@4:reg: property has invalid length (4 bytes) > (#address-cells == 2, #size-cells == 1) > w+arch/arm/dts/imx6-apalis.dtb: Warning (reg_format): /soc/ipu@2800000/ > port@3/endpoint@1:reg: property has invalid length (4 bytes) > (#address-cells == 2, #size-cells == 1) > w+arch/arm/dts/imx6-apalis.dtb: Warning (reg_format): /soc/ipu@2800000/ > port@3/endpoint@2:reg: property has invalid length (4 bytes) > (#address-cells == 2, #size-cells == 1) > w+arch/arm/dts/imx6-apalis.dtb: Warning (reg_format): /soc/ipu@2800000/ > port@3/endpoint@3:reg: property has invalid length (4 bytes) > (#address-cells == 2, #size-cells == 1) > w+arch/arm/dts/imx6-apalis.dtb: Warning (reg_format): /soc/ipu@2800000/ > port@3/endpoint@4:reg: property has invalid length (4 bytes) > (#address-cells == 2, #size-cells == 1) > w+arch/arm/dts/imx6-apalis.dtb: Warning (avoid_default_addr_size): > /soc/ipu@2800000/port@2/endpoint@0: Relying on default #address-cells > value > w+arch/arm/dts/imx6-apalis.dtb: Warning (avoid_default_addr_size): > /soc/ipu@2800000/port@2/endpoint@0: Relying on default #size-cells > value > w+arch/arm/dts/imx6-apalis.dtb: Warning (avoid_default_addr_size): > /soc/ipu@2800000/port@2/endpoint@1: Relying on default #address-cells > value > w+arch/arm/dts/imx6-apalis.dtb: Warning (avoid_default_addr_size): > /soc/ipu@2800000/port@2/endpoint@1: Relying on default #size-cells > value > w+arch/arm/dts/imx6-apalis.dtb: Warning (avoid_default_addr_size): > /soc/ipu@2800000/port@2/endpoint@2: Relying on default #address-cells > value > w+arch/arm/dts/imx6-apalis.dtb: Warning (avoid_default_addr_size): > /soc/ipu@2800000/port@2/endpoint@2: Relying on default #size-cells > value > w+arch/arm/dts/imx6-apalis.dtb: Warning (avoid_default_addr_size): > /soc/ipu@2800000/port@2/endpoint@3: Relying on default #address-cells > value > w+arch/arm/dts/imx6-apalis.dtb: Warning (avoid_default_addr_size): > /soc/ipu@2800000/port@2/endpoint@3: Relying on default #size-cells > value > w+arch/arm/dts/imx6-apalis.dtb: Warning (avoid_default_addr_size): > /soc/ipu@2800000/port@2/endpoint@4: Relying on default #address-cells > value > w+arch/arm/dts/imx6-apalis.dtb: Warning (avoid_default_addr_size): > /soc/ipu@2800000/port@2/endpoint@4: Relying on default #size-cells > value > w+arch/arm/dts/imx6-apalis.dtb: Warning (avoid_default_addr_size): > /soc/ipu@2800000/port@3/endpoint@1: Relying on default #address-cells > value > w+arch/arm/dts/imx6-apalis.dtb: Warning (avoid_default_addr_size): > /soc/ipu@2800000/port@3/endpoint@1: Relying on default #size-cells > value > w+arch/arm/dts/imx6-apalis.dtb: Warning (avoid_default_addr_size): > /soc/ipu@2800000/port@3/endpoint@2: Relying on default #address-cells > value > w+arch/arm/dts/imx6-apalis.dtb: Warning (avoid_default_addr_size): > /soc/ipu@2800000/port@3/endpoint@2: Relying on default #size-cells > value > w+arch/arm/dts/imx6-apalis.dtb: Warning (avoid_default_addr_size): > /soc/ipu@2800000/port@3/endpoint@3: Relying on default #address-cells > value > w+arch/arm/dts/imx6-apalis.dtb: Warning (avoid_default_addr_size): > /soc/ipu@2800000/port@3/endpoint@3: Relying on default #size-cells > value > w+arch/arm/dts/imx6-apalis.dtb: Warning (avoid_default_addr_size): > /soc/ipu@2800000/port@3/endpoint@4: Relying on default #address-cells > value > w+arch/arm/dts/imx6-apalis.dtb: Warning (avoid_default_addr_size): > /soc/ipu@2800000/port@3/endpoint@4: Relying on default #size-cells > value > w+arch/arm/dts/imx6-apalis.dtb: Warning (avoid_unnecessary_addr_size): > Failed prerequisite 'avoid_default_addr_size' > > Signed-off-by: Marcel Ziswiler <marcel.ziswiler(a)toradex.com> > Reviewed-by: Fabio Estevam <festevam(a)gmail.com> > Reviewed-by: Lukasz Majewski <lukma(a)denx.de> > > --- > > Changes in v3: > - Added Fabio and Lukasz' reviewed-by tags. > > Changes in v2: > - Re-synced the device tree with Linux 5.0 as suggested by Fabio. > > arch/arm/dts/imx6q.dtsi | 5 +++++ > 1 file changed, 5 insertions(+) > > diff --git a/arch/arm/dts/imx6q.dtsi b/arch/arm/dts/imx6q.dtsi index > ab1716b6b0..d038f41170 100644 > --- a/arch/arm/dts/imx6q.dtsi > +++ b/arch/arm/dts/imx6q.dtsi > @@ -202,6 +202,7 @@ > <&clks > IMX6QDL_CLK_GPU2D_CORE>; > clock-names = "bus", "core"; > power-domains = <&pd_pu>; > + #cooling-cells = <2>; > }; > > ipu2: ipu@2800000 { > @@ -234,6 +235,8 @@ > }; > > ipu2_di0: port@2 { > + #address-cells = <1>; > + #size-cells = <0>; > reg = <2>; > > ipu2_di0_disp0: endpoint@0 { @@ > -262,6 +265,8 @@ > }; > > ipu2_di1: port@3 { > + #address-cells = <1>; > + #size-cells = <0>; > reg = <3>; > > ipu2_di1_hdmi: endpoint@1 { > -- Reviewed-by: Peng Fan <peng.fan(a)nxp.com> > 2.20.1

1 0

[U-Boot] [PATCH v3] apalis_imx6: add device tree to makefile
by Marcel Ziswiler 18 Apr '19

18 Apr '19

From: Marcel Ziswiler <marcel.ziswiler(a)toradex.com> Add device tree to Makefile to avoid newly introduced error: Device Tree Source is not correctly specified. Please define 'CONFIG_DEFAULT_DEVICE_TREE' or build with 'DEVICE_TREE=<device_tree>' argument make[1]: *** [dts/Makefile:28: arch/arm/dts/imx6-apalis.dtb] Error 1 make: *** [Makefile:1009: dts/dt.dtb] Error 2 Signed-off-by: Marcel Ziswiler <marcel.ziswiler(a)toradex.com> Reviewed-by: Igor Opaniuk <igor.opaniuk(a)toradex.com> --- Changes in v3: - Added Igor's reviewed-by tag. Changes in v2: - Drop adding the colibri-imx6 device tree as Stefano already pulled v1 75992d0e7dfc ("apalis/colibri_imx6: add device trees to makefile") but somehow dropped adding the apalis-imx6 one as well. arch/arm/dts/Makefile | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/dts/Makefile b/arch/arm/dts/Makefile index 92074cd8da..13d1d67624 100644 --- a/arch/arm/dts/Makefile +++ b/arch/arm/dts/Makefile @@ -548,6 +548,7 @@ dtb-$(CONFIG_MX6ULL) += \ imx6ull-colibri.dtb \ dtb-$(CONFIG_ARCH_MX6) += \ + imx6-apalis.dtb \ imx6-colibri.dtb dtb-$(CONFIG_MX7) += imx7d-sdb.dtb \ -- 2.20.1

1 0

[U-Boot] [PATCH] MSCC: delete obsolete reference to MSCC_BITBANG_SPI_GPIO
by Robert P. J. Day 17 Apr '19

17 Apr '19

Remove "select MSCC_BITBANG_SPI_GPIO" since Kbuild option was deleted back in commit ace9c103df2875d2b435dbd7b36618020edfd1c0: commit ace9c103df2875d2b435dbd7b36618020edfd1c0 Author: Lars Povlsen <lars.povlsen(a)microchip.com> Date: Tue Jan 8 10:38:35 2019 +0100 mips: gpio: mscc: Obsoleted gpio-mscc-bitbang-spi.c --- not sure if someone already handled this. diff --git a/arch/mips/mach-mscc/Kconfig b/arch/mips/mach-mscc/Kconfig index 34584a1909..affc4721f8 100644 --- a/arch/mips/mach-mscc/Kconfig +++ b/arch/mips/mach-mscc/Kconfig @@ -29,7 +29,6 @@ config SOC_OCELOT config SOC_LUTON bool "Luton SOC Family" select SOC_VCOREIII - select MSCC_BITBANG_SPI_GPIO help This supports MSCC Luton family of SOCs. -- ======================================================================== Robert P. J. Day Ottawa, Ontario, CANADA http://crashcourse.ca Twitter: http://twitter.com/rpjday LinkedIn: http://ca.linkedin.com/in/rpjday ========================================================================

2 1

[U-Boot] [PATCH v2 0/2] Fix minor issues with Serval SoC.
by Horatiu Vultur 17 Apr '19

17 Apr '19

This patch series fix different issues with Serval. - first patch fix resets when DDR training fails. - second patch fix the detection of the board. This patch series is based on u-boot-mips/next. v2-changes: - Update reset based on Daniel's comments Horatiu Vultur (2): mips: mscc: serval: Fix reset board: mscc: serval: Fix board detect arch/mips/mach-mscc/include/mach/ddr.h | 55 ++++++++++++++++++---------------- arch/mips/mach-mscc/reset.c | 2 +- board/mscc/serval/serval.c | 2 +- 3 files changed, 32 insertions(+), 27 deletions(-) -- 2.7.4

2 3

[U-Boot] [PATCH 0/4] Add network support for Serval SoCs.
by Horatiu Vultur 17 Apr '19

17 Apr '19

This patch series add network support for Serval SoCs family. There are the following pcb: Serval-nid(pcb106), Serval-ref (pcb105). Horatiu Vultur (4): net: Add MSCC Serval network driver. board: mscc: serval: Update MSCC Serval boards net: mscc: serval: Add ethernet nodes for Serval configs: mscc_serval: Add network support arch/mips/dts/mscc,serval.dtsi | 58 +++ arch/mips/dts/serval_pcb105.dts | 44 ++ arch/mips/dts/serval_pcb106.dts | 44 ++ board/mscc/serval/serval.c | 12 + configs/mscc_serval_defconfig | 6 +- drivers/net/mscc_eswitch/Kconfig | 7 + drivers/net/mscc_eswitch/Makefile | 1 + drivers/net/mscc_eswitch/serval_switch.c | 703 +++++++++++++++++++++++++++++++ include/dt-bindings/mscc/serval_data.h | 19 + 9 files changed, 893 insertions(+), 1 deletion(-) create mode 100644 drivers/net/mscc_eswitch/serval_switch.c create mode 100644 include/dt-bindings/mscc/serval_data.h -- 2.7.4

2 6

[U-Boot] [PATCH 0/8] video/console: Fix various DM_VIDEO console issues
by Andre Przywara 17 Apr '19

17 Apr '19

The graphical console (vidconsole-uclass.c) for DM_VIDEO based display drivers has several issues: - Many ANSI sequences are not handled properly. - The character set used is assumed to be the original IBM PC code page 437, even though the UEFI code expect the terminal to display UTF-8 encoded characters. Truetype fonts expect ISO8859-1. - The USB keyboard does not handle arrow keys correctly. - There is no visible cursor displayed. - Truetype fonts only work in 16-bit screen modes. - The maximum font width supported is 8 pixels. - The "bmp" command to display bitmaps only works in certain video modes. This leads to a very poor user experience, up to a point where applications become unusable (Grub/EFI and U-Boot's bootmenu come to mind). This patch set aims to fix the most important of those issues (the first three). I have further patches to address the rest, but they are not so nice or have issues, so I will send them later. Patch 1/8 is a bug fix (for ASCII characters > 127). Patch 2-4 extend the ANSI sequence handling. Patch 5 and 6 fix the character encoding for the bitmap fonts. The USB keyboard learns about proper arrow key handling in patch 7, while patch 8 fixes a minor Kconfig omission for sunxi. After this series I can use both the bootmenu and Grub/EFI properly. Tested on Sandbox and an Pine64-LTS board. Cheers, Andre. Andre Przywara (8): video/console: Fix DM_VIDEO font glyph array indexing video/console: Implement reverse video ANSI sequence for DM_VIDEO video/console: Implement relative cursor movement ANSI handling video/console: Implement ANSI clear line command video/console: Factor out actual character output video/console: Convert UTF-8 codes to CP437 code points usb: kbd: Properly translate up/down arrow keys sunxi: allow boards to de-select SYS_WHITE_ON_BLACK font scheme common/usb_kbd.c | 24 +++++- drivers/video/Kconfig | 2 +- drivers/video/Makefile | 1 + drivers/video/console_normal.c | 3 +- drivers/video/console_rotate.c | 7 +- drivers/video/utf8_cp437.c | 170 ++++++++++++++++++++++++++++++++++++++ drivers/video/vidconsole-uclass.c | 113 +++++++++++++++++++++---- drivers/video/video-uclass.c | 1 + include/configs/sunxi-common.h | 1 - include/video.h | 2 + include/video_console.h | 9 ++ 11 files changed, 310 insertions(+), 23 deletions(-) create mode 100644 drivers/video/utf8_cp437.c -- 2.14.5

5 33