Re: [U-Boot] [PATCH v2] pico-imx6ul, pico-imx7d: Explain how to use eMMC user partition

On 3/22/19 7:42 PM, Otavio Salvador wrote: > On Fri, Mar 22, 2019 at 3:17 PM Fabio Estevam wrote: >> On Fri, Mar 22, 2019 at 3:09 PM Otavio Salvador >> wrote: 2. The '=> mmc partconf 0 0 0 0' command needs to be issued after the last dfu command, not before like you did in this patch. >

[U-Boot] [PATCH 4/8] video/console: Implement ANSI clear line command

There is a standard ANSI terminal escape sequence to clear a whole line of text. So far the DM_VIDEO console was missing this code. Detect the sequence and use vidconsole_set_row with the background colour to fix this omission. Signed-off-by: Andre Przywara --- drivers/video/vidconsole-uclass.c

[U-Boot] [PATCH 6/8] video/console: Convert UTF-8 codes to CP437 code points

The character set used by U-Boot's built-in fonts is the old "code page 437" (from the original IBM PC). However people would probably expect UTF-8 on a terminal these days, the UEFI code definitely does. Provide a conversion routine to convert a UTF-8 byte stream into a CP437 character code. This

[U-Boot] [PATCH 8/8] sunxi: allow boards to de-select SYS_WHITE_ON_BLACK font scheme

In the sunxi-common.h config header we unconditionally define CONFIG_SYS_WHITE_ON_BLACK, although it's actually a Kconfig option which could be individually selected by a user. Remove this #define from the header and let it default to "y" on sunxi boards (like we do for other platforms). Signed-of

[U-Boot] [PATCH 2/8] video/console: Implement reverse video ANSI sequence for DM_VIDEO

The video console for DM_VIDEO compliant drivers only understands a very small number of ANSI sequences. First and foremost it misses the "reverse video" command, which is used by our own bootmenu command to highlight the selected entry. To avoid forcing people to use their imagination when using

[U-Boot] [PATCH 3/8] video/console: Implement relative cursor movement ANSI handling

The ANSI terminal escapce sequence standard defines relative cursor movement commands (ESC [ A-F). So far the DM_VIDEO console code was ignoring them. Interpret those sequences and move the cursor by the requested amount of rows or columns in the right direction. This brings the code on par with t

[U-Boot] [PATCH 5/8] video/console: Factor out actual character output

In preparation for doing character set translations, factor out the actual glyph display functionality into a separate function. This will be used in a subsequent patch. Signed-off-by: Andre Przywara --- drivers/video/vidconsole-uclass.c | 42 +-- 1 file chang

[U-Boot] [PATCH 7/8] usb: kbd: Properly translate up/down arrow keys

So far arrows key pressed on an USB keyboard got translated to some low ASCII control sequences (Ctrl+N, Ctrl+P). Some programs understand these codes, but the standard for those keys is to use ANSI control sequences for cursor movement (ESC [ A). Our own boot menu is a victim of this, currently we

[U-Boot] [PATCH 1/8] video/console: Fix DM_VIDEO font glyph array indexing

When the character to be printed on a DM_VIDEO console is from the "extended ASCII" range (0x80 - 0xff), it will be treated as a negative number, as it's declared as a signed char. This leads to negative array indicies into the glyph bitmap array, and random garbled characters. Cast the character

[U-Boot] [PATCH 0/8] video/console: Fix various DM_VIDEO console issues

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

Re: [U-Boot] [PATCH v3 04/13] fdtdec: Implement fdtdec_set_phandle()

Hi Thierry, On Fri, 22 Mar 2019 at 16:34, Thierry Reding wrote: > > On Fri, Mar 22, 2019 at 03:53:01PM +0800, Simon Glass wrote: > > Hi Thierry, > > > > On Fri, 22 Mar 2019 at 02:10, Thierry Reding > > wrote: > > > > > > From: Thierry Reding > > > > > > This function can be used to set a phand

Re: [U-Boot] [PATCH 1/2] serial: add skipping init option

Hi Jun, On Fri, 22 Mar 2019 at 16:02, Jun Nie wrote: > > Simon Glass 于2019年3月22日周五 下午3:56写道： > > > > Hi Jun, > > > > On Fri, 22 Mar 2019 at 15:20, Jun Nie wrote: > > > > > > add skipping init option to avoid corrupt data in console > > > if serial is already initilized when u-boot start its exc

Re: [U-Boot] [PATCH v3] MC : Report extra reserved memory to Linux

> -Original Message- > From: Meenakshi Aggarwal > Sent: Wednesday, March 13, 2019 10:41 PM > To: u-boot@lists.denx.de; Prabhakar Kushwaha > > Cc: Meenakshi Aggarwal > Subject: [PATCH v3] MC : Report extra reserved memory to Linux > Update subject as driver: net: mc: Report extra rese

Re: [U-Boot] [U-Boot,2/4] powerpc: fix arch/powerpc/dts/Makefile

On Thu, Mar 14, 2019 at 02:58:34PM +0900, Masahiro Yamada wrote: > Since commit 27cb7300ffda ("Ensure device tree DTS is compiled"), > build succeeds irrespective of the correctness of Makefile. > > I am going to revert that commit, so wrong code must be fixed. > > CONFIG_MCR3000 is not defined

Re: [U-Boot] [U-Boot,1/4] ARM: fix arch/arm/dts/Makefile

On Thu, Mar 14, 2019 at 02:58:33PM +0900, Masahiro Yamada wrote: > Since commit 27cb7300ffda ("Ensure device tree DTS is compiled"), > build succeeds irrespective of the correctness of Makefile. > > In fact, you can compile any defconfig without adding any entry in > arch/*/dts/Makefile. > > As

Re: [U-Boot] [U-Boot, 1/1] fs: ext4: do not write on filesystem with metadata_csum feature

On Fri, Mar 22, 2019 at 09:33:52AM +0100, Sébastien Szymanski wrote: > U-Boot doesn't support metadata_csum feature. Writing to filesystem with > metadata_csum feature makes the filesystem corrupted and unbootable by > Linux: > > [2.527495] EXT4-fs (mmcblk0p2): ext4_check_descriptors: Checksu

Re: [U-Boot] [U-Boot, 4/4] Revert "Ensure device tree DTS is compiled"

On Thu, Mar 14, 2019 at 02:58:36PM +0900, Masahiro Yamada wrote: > This reverts commit 27cb7300ffda7a3f1581f0f5a2d3bfe59b97ad67. > > I am not sure if I correctly understood the log of commit 27cb7300ffda > ("Ensure device tree DTS is compiled"), but the code-diff looks like > it was trying to sol

Re: [U-Boot] [U-Boot, 3/4] mips: add missing dtb-y to arch/mips/dts/Makefile

On Thu, Mar 14, 2019 at 02:58:35PM +0900, Masahiro Yamada wrote: > Since commit 27cb7300ffda ("Ensure device tree DTS is compiled"), > build succeeds irrespective of the correctness of Makefile. > > In fact, you can compile any defconfig without adding any entry in > arch/*/dts/Makefile. > > I a

Re: [U-Boot] configs: am335x_evm: Add CONFIG_BLK

On Thu, Mar 14, 2019 at 07:39:04PM +0530, Faiz Abbas wrote: > With DM_MMC and DM_USB enabled, enable CONFIG_BLK. > > Signed-off-by: Faiz Abbas Applied to u-boot/master, thanks! -- Tom signature.asc Description: PGP signature ___ U-Boot mailing lis

Re: [U-Boot] common: image-android-dt: Fix out-of-bounds access

On Thu, Mar 14, 2019 at 06:31:39PM +0100, Eugeniu Rosca wrote: > Currently, 'dtimg' allows users to check indexes equal to > dt_entry_count [1]. Forbid that [2]. > > [1] Behavior w/o the patch: > > => ext2load mmc 0:1 0x4800 dtb.img > 105695 bytes read in 5 ms (20.2 MiB/s) > > => dtimg dump

Re: [U-Boot] [U-Boot, v2] armv8: Disable exception vectors in SPL by default

On Wed, Feb 20, 2019 at 05:14:49PM +0100, Alexander Graf wrote: > Commit 1416e2d2253 ("armv8: make SPL exception vectors optional") had a > typo in it which effectively disabled exception handling in SPL code always. > > Since nobody complained, I guess we may as well disable exception handling >

Re: [U-Boot] [U-Boot, v2, 1/2] common: spl_fit: Default to IH_OS_U_BOOT if FIT_IMAGE_TINY enabled

On Tue, Mar 12, 2019 at 08:34:31AM +, Abel Vesa wrote: > If FIT_IMAGE_TINY is enabled, spl_fit_image_get_os returns -ENOTSUPP. > In this case, we should default to IH_OS_U_BOOT not to IH_OS_INVALID. > > Signed-off-by: Abel Vesa > Tested-by: Fabio Estevam Applied to u-boot/master, thanks!

Re: [U-Boot] [U-Boot,1/1] cmd: set CONFIG_SYS_HELP_CMD_WIDTH = 10

On Thu, Feb 28, 2019 at 06:17:56AM +0100, Heinrich Schuchardt wrote: > CONFIG_SYS_HELP_CMD_WIDTH is used to format the output of help without any > arguments. > > CONFIG_SYS_HELP_CMD_WIDTH = 8 is too narrow to fit all our commands. > > Signed-off-by: Heinrich Schuchardt Applied to u-boot/maste

Re: [U-Boot] Makefile: Do not pass -E to mkimage when SPL has full fitImage support

On Wed, Mar 06, 2019 at 10:04:00PM +0100, Marek Vasut wrote: > When the SPL has full fitImage support, do not generate fitImage with > external data. The full fitImage code assumes the entire fitImage is > loaded in RAM, and the SPL uses fdt_totalsize() to determine the size > of the whole fitImag

Re: [U-Boot] spl: add size check including devicetree

On Fri, Mar 01, 2019 at 10:34:17PM +0100, Simon Goldschmidt wrote: > Current linker based size checks do not account for the devicetree, > as this is added after linker stage. > > This patch moves the logic behind U-Boot proper BOARD_SIZE_CHECK > into a common function that is called for SPL, too

Re: [U-Boot] [U-Boot, v2, 2/2] tools: fit_image: Add the loadable property to configs

On Tue, Mar 12, 2019 at 08:34:32AM +, Abel Vesa wrote: > When running mkimage with "-f auto", the loadable property > needs to be set in order to allow SPL FIT support to boot. > > Signed-off-by: Abel Vesa > Tested-by: Fabio Estevam Applied to u-boot/master, thanks! -- Tom signature.as

Re: [U-Boot] [U-Boot,v2] configs: dra7xx_evm: Remove ENV_IS_IN_FAT

On Tue, Feb 26, 2019 at 10:45:44PM +0530, Faiz Abbas wrote: > With U-boot supporting environment in multiple places, enable only > ENV_IS_IN_EMMC > > Signed-off-by: Faiz Abbas > Reviewed-by: Lokesh Vutla > Reviewed-by: Tom Rini Applied to u-boot/master, thanks! -- Tom signature.asc Descri

Re: [U-Boot] arm: lib: bootm: Push the Starting kernel print to the end

On Wed, Feb 20, 2019 at 06:17:22PM +0530, Keerthy wrote: > Push the Starting kernel print to the end just before the > dm_remove_devices call. > > Signed-off-by: Keerthy > Reviewed-by: Simon Glass Applied to u-boot/master, thanks! -- Tom signature.asc Description: PGP signature ___

Re: [U-Boot] board: ti: Move fastboot functions out of TI_SECURE_DEVICE ifdef

On Mon, Feb 11, 2019 at 08:00:08AM -0600, Andrew F. Davis wrote: > When these were moved from mach-omap2 to board files they got placed > inside TI_SECURE_DEVICE ifdef block, they are not secure only, move > them up and out. > > Fixes: 413b90777f8d ("ti: fastboot: Move weak overrides to board fil

Re: [U-Boot] pci: Add comment to mention difference in DEVFN usage in U-Boot vs Linux

On Mon, Feb 11, 2019 at 08:43:25AM +0100, Stefan Roese wrote: > This patch adds a comment to the header with the PCI_foo macros related > to DEVFN to explain the difference in U-Boot vs Linux. > > Signed-off-by: Stefan Roese > Cc: Simon Glass > Cc: Bin Meng > Reviewed-by: Simon Glass Applied

[U-Boot] [PATCH v3 1/1] efi_loader: set image_base and image_size to correct values

From: AKASHI Takahiro Currently, image's image_base points to an address where the image was temporarily uploaded for further loading. Since efi_loader relocates the image to final destination, image_base and image_size should reflect that. This bug was detected in UEFI SCT, "Loaded Image Protoc

Re: [U-Boot] spl: add size check including devicetree

Tom Rini schrieb am Fr., 22. März 2019, 21:50: > On Fri, Mar 22, 2019 at 09:47:06PM +0100, Simon Goldschmidt wrote: > > Am 22.03.2019 um 14:03 schrieb Tom Rini: > > >On Fri, Mar 01, 2019 at 10:34:17PM +0100, Simon Goldschmidt wrote: > > > > > >>Current linker based size checks do not account for

Re: [U-Boot] spl: add size check including devicetree

On Fri, Mar 22, 2019 at 09:47:06PM +0100, Simon Goldschmidt wrote: > Am 22.03.2019 um 14:03 schrieb Tom Rini: > >On Fri, Mar 01, 2019 at 10:34:17PM +0100, Simon Goldschmidt wrote: > > > >>Current linker based size checks do not account for the devicetree, > >>as this is added after linker stage. >

[U-Boot] [PATCH v2 0/6] spl: full-featured heap cleanups

Some platforms cannot use simple malloc even in very early stages, e.g. when using FAT before DRAM is available. Such platforms currently often use non-Kconfig defines to initialize full malloc and rely on simple heap before that. This series makes some adjustments to ensure SPL behaves the same w

Re: [U-Boot] spl: add size check including devicetree

Am 22.03.2019 um 14:03 schrieb Tom Rini: On Fri, Mar 01, 2019 at 10:34:17PM +0100, Simon Goldschmidt wrote: Current linker based size checks do not account for the devicetree, as this is added after linker stage. This patch moves the logic behind U-Boot proper BOARD_SIZE_CHECK into a common fu

[U-Boot] [PATCH v2 6/6] arm: socfpga: a10: move SPL heap size to Kconfig

Instead of fixing the SPL heap to 64 KiB in the board config header via CONFIG_SYS_SPL_MALLOC_SIZE, let's just use CONFIG_SPL_SYS_MALLOC_F_LEN in the defconfig. This also has the advantage that it removes sub-mach specific ifdefs in socfpga_common.h. Signed-off-by: Simon Goldschmidt --- Changes

[U-Boot] [PATCH v2 5/6] spl: support using full malloc with SYS_MALLOC_F_LEN

Some platforms (like socfpga A10) need a big hep before SDRAM is available (e.g. because FAT is used). For such platforms, simple_malloc is often not a good option as it does not support freeing memory. These platforms often use the non-Kconfig defines CONFIG_SYS_SPL_MALLOC_START (and its SIZE). T

[U-Boot] [PATCH v2 3/6] dlmalloc: fix malloc range at end of ram

If the malloc range passed to mem_malloc_init() is at the end of address range and 'start + size' overflows to 0, following allocations fail as mem_malloc_end is zero (which looks like uninitialized). Fix this by subtracting 1 of 'start + size' overflows to zero. Signed-off-by: Simon Goldschmidt

[U-Boot] [PATCH v2 4/6] dlmalloc: be compatible to tiny printf

Convert debug output from '%#lx' to '0x%lx' to be compatible with tiny printf used in SPL. Signed-off-by: Simon Goldschmidt --- Changes in v2: None common/dlmalloc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/common/dlmalloc.c b/common/dlmalloc.c index 51d3bd671a..af6f

[U-Boot] [PATCH v2 2/6] spl: arm: implement SPL_CLEAR_BSS_F

This implements the new option to clear BSS early in SPL for standard arm and arm64 crt0. BSS is cleared before calling board_init_f() and thus not cleared before calling board_init_r() as it is not relocated in SPL. Signed-off-by: Simon Goldschmidt --- Changes in v2: - add CONFIG_SPL_CLEAR_BSS

[U-Boot] [PATCH v2 1/6] spl: add Kconfig option to clear bss early

This introduces a new Kconfig option SPL_CLEAR_BSS_F. If enabled, it clears the bss before calling board_init_f() instead of clearing it before calling board_init_r(). This also ensures that variables placed in BSS can be shared between board_init_f() and board_init_r() in SPL. Make the new optio

[U-Boot] [PATCH 2/4] rk3288-board: remove pinctrl call for debug uart

This failed and caused a boot failure on c201, and afaik the pins should be setup by the new pinctrl driver. Signed-off-by: Urja Rannikko --- arch/arm/mach-rockchip/rk3288-board.c | 12 1 file changed, 12 deletions(-) diff --git a/arch/arm/mach-rockchip/rk3288-board.c b/arch/arm/m

[U-Boot] [PATCH 4/4] dw_mmc: turn on the IO supply

Fixes the microSD slot on the ASUS C201. Signed-off-by: Urja Rannikko --- drivers/mmc/dw_mmc.c | 15 +++ 1 file changed, 15 insertions(+) diff --git a/drivers/mmc/dw_mmc.c b/drivers/mmc/dw_mmc.c index 93a836eac3..e1960b213a 100644 --- a/drivers/mmc/dw_mmc.c +++ b/drivers/mmc/dw_mmc.

[U-Boot] [PATCH 0/4] Veyron Speedy / ASUS C201 fixes

Hi, Just saying: I'm not familiar with this stuff so i might've misunderstood something in my commit messages, but anyways i managed to make it boot. There's more stuff than just these, but i decided I'd keep it short... If you want to know my full setup, you can check out my gh repo for now: htt

[U-Boot] [PATCH 3/4] rk3288-board: cosmetic: document selecting RK PWM

Atleast hat is what it says in the TRM. Signed-off-by: Urja Rannikko --- arch/arm/mach-rockchip/rk3288-board.c | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/mach-rockchip/rk3288-board.c b/arch/arm/mach-rockchip/rk3288-board.c index f5df44dab1..9c05149610 100644 --- a/arch/arm/mac

[U-Boot] How to configure U-Boot to use dts config files.

Hello everyone, does anyone know how to configure U-Boot to use dts files? ___ U-Boot mailing list U-Boot@lists.denx.de https://lists.denx.de/listinfo/u-boot

[U-Boot] [PATCH 1/4] pinctrl: exit pinconfig_post_bind if there are no subnodes

This fixes RK3288 SPL hanging or hitting this assert: drivers/core/ofnode.c:183: ofnode_first_subnode: Assertion `ofnode_valid(node)' failed. Signed-off-by: Urja Rannikko --- drivers/pinctrl/pinctrl-uclass.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/pinctrl/pinctrl-uclass.c

Re: [U-Boot] [PATCH v2] pico-imx6ul, pico-imx7d: Explain how to use eMMC user partition

On Fri, Mar 22, 2019 at 3:17 PM Fabio Estevam wrote: > On Fri, Mar 22, 2019 at 3:09 PM Otavio Salvador > wrote: > > > 2. The '=> mmc partconf 0 0 0 0' command needs to be issued after the > > > last dfu command, not before like you did in this patch. > > > > Read above. > > > > I wonder why it wo

Re: [U-Boot] [RFC/RESEND 01/22] arm: introduce ARCH_THUNDERX

Hi Tim, First series will be out week ending April 20th. Regards, Suneel On Fri, Mar 15, 2019 at 4:02 PM Tim Harvey wrote: > > Tim Harvey - Principal Software EngineerGateworks Corporation - > http://www.gateworks.com/3026 S. Higuera St. San Luis Obispo CA > 93401805-781-2000 > On Mon, Mar 4, 2

Re: [U-Boot] [PATCH v2] pico-imx6ul, pico-imx7d: Explain how to use eMMC user partition

On Fri, Mar 22, 2019 at 3:09 PM Otavio Salvador wrote: > > Hello Fabio, > > Adding Marek as he is one of USB gods. > > On Fri, Mar 22, 2019 at 3:01 PM Fabio Estevam wrote: > > On Fri, Mar 22, 2019 at 2:53 PM Otavio Salvador > > wrote: > > So you need to fix the README in two points: > > > > 1.

Re: [U-Boot] [PATCH v2] pico-imx6ul, pico-imx7d: Explain how to use eMMC user partition

Hello Fabio, Adding Marek as he is one of USB gods. On Fri, Mar 22, 2019 at 3:01 PM Fabio Estevam wrote: > On Fri, Mar 22, 2019 at 2:53 PM Otavio Salvador > wrote: > So you need to fix the README in two points: > > 1. The command "=> dfu 0 mmc 0" must be issued twice: one for the SPL > and one

Re: [U-Boot] [PATCH v2] pico-imx6ul, pico-imx7d: Explain how to use eMMC user partition

On Fri, Mar 22, 2019 at 2:53 PM Otavio Salvador wrote: > > The default U-Boot environment expects the use of eMMC user > partition. To ensure we are using the proper eMMC partition for boot > we need to run the `mmc partconf` command. > > This patch updates the README instructions to avoid users t

Re: [U-Boot] [PATCH] pico-imx6ul, pico-imx7d: Explain how to use eMMC user partition

On Fri, Mar 22, 2019 at 2:40 PM Fabio Estevam wrote: > On Fri, Mar 22, 2019 at 9:28 AM Otavio Salvador > wrote: > > 2. Flashing U-Boot into the eMMC > > > > -Run the DFU agent so we can flash the new images using dfu-util tool: > > +The default U-Boot environment expects the use of eM

[U-Boot] [PATCH v2] pico-imx6ul, pico-imx7d: Explain how to use eMMC user partition

The default U-Boot environment expects the use of eMMC user partition. To ensure we are using the proper eMMC partition for boot we need to run the `mmc partconf` command. This patch updates the README instructions to avoid users to follow misleading instructions. Signed-off-by: Otavio Salvador

Re: [U-Boot] [PATCH] dm: Add a No-op uclass

On Fri, 22 Mar 2019, Jean-Jacques Hiblot wrote: It is probably the right solution, just have one suggestion -- why wouldn't we make it UCLASS_GLUE instead? NOP is too generic, IMHO and it is just NOP. There is definitely a place for such thing but we might want to add some specific functionality

Re: [U-Boot] [PATCH] pico-imx6ul, pico-imx7d: Explain how to use eMMC user partition

Hi Otavio, On Fri, Mar 22, 2019 at 9:28 AM Otavio Salvador wrote: > 2. Flashing U-Boot into the eMMC > > -Run the DFU agent so we can flash the new images using dfu-util tool: > +The default U-Boot environment expects the use of eMMC user > +partition. To ensure we are using the pro

[U-Boot] [PATCH] dma: bcm6348: check if driver is enabled before send/recv

This patch prevents errors when running tftpput. Signed-off-by: Álvaro Fernández Rojas --- drivers/dma/bcm6348-iudma.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/drivers/dma/bcm6348-iudma.c b/drivers/dma/bcm6348-iudma.c index 1d3c192cfe..e7bd1b2350 100644 --- a/drivers/dma/bcm6348

Re: [U-Boot] UCLASS_MISC bug

Simon, Sergey, On 22/03/2019 17:33, Jean-Jacques Hiblot wrote: Simon, On 22/03/2019 08:53, Simon Glass wrote: Hi, On Tue, 19 Mar 2019 at 23:29, Jean-Jacques Hiblot wrote: + Simon Glass Hi Serguey, On 15/03/2019 22:55, Sergey Kubushyn wrote: I would like to point that this was not a ver

[U-Boot] [PATCH] dm: Add a No-op uclass

This uclass is intended for devices that do not need any features from the uclass, including binding children. This will typically be used by devices that are used to bind child devices but do not use dm_scan_fdt_dev() to do it. Signed-off-by: Jean-Jacques Hiblot --- drivers/core/uclass.c | 5 +

[U-Boot] [PATCH 3/3] SPL: Default to disabling legacy image support when using FIT

When we have a FIT image being used by SPL by default that means the most common case is that we'll never run into a legacy image. Disable legacy image support by default in that case to reclaim space. Signed-off-by: Tom Rini --- common/spl/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 dele

[U-Boot] [PATCH 2/3] Switch checks of CONFIG_IMAGE_FORMAT_LEGACY to CONFIG_IS_ENABLED

So that we can switch legacy image format code off in SPL, change the places we check this outside of command code to use CONFIG_IS_ENABLED instead of a regular check. Signed-off-by: Tom Rini --- arch/arm/mach-imx/hab.c | 2 +- common/bootm.c | 8 common/image-fdt.c | 6

[U-Boot] [PATCH 1/3] spl: Rename SPL_LEGACY_IMAGE_SUPPORT to SPL_IMAGE_FORMAT_LEGACY

We have a symbol named CONFIG_IMAGE_FORMAT_LEGACY already for non-SPL, so rename the SPL symbol so we can make more use of those checks. Signed-off-by: Tom Rini --- common/spl/Kconfig| 6 +++--- common/spl/spl.c | 2 +- configs/lion-rk3368_defconfig | 2 +- configs/puma-

Re: [U-Boot] UCLASS_MISC bug

Simon, On 22/03/2019 08:53, Simon Glass wrote: Hi, On Tue, 19 Mar 2019 at 23:29, Jean-Jacques Hiblot wrote: + Simon Glass Hi Serguey, On 15/03/2019 22:55, Sergey Kubushyn wrote: I would like to point that this was not a very good idea: === Cut === --- uboot-imx-next/drivers/misc/misc-ucl

[U-Boot] [PATCH V2 5/8] led: bcm6858: allow to use this driver on ARCH_963158

Allow the led bcm6858 driver to be used on bcm63158. They have the same led controller. Signed-off-by: Philippe Reynes --- Changelog: v2: - no change drivers/led/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/led/Kconfig b/drivers/led/Kconfig index 4c8582d..

[U-Boot] [PATCH V2 3/8] dt: bcm968580xref: enable led controller

Enable the led controller in the device tree of the board bcm968580xref. Signed-off-by: Philippe Reynes --- Changelog: v2: - no change arch/arm/dts/bcm968580xref.dts | 48 ++ 1 file changed, 48 insertions(+) diff --git a/arch/arm/dts/bcm968580xref.dts b/

[U-Boot] [PATCH V2 8/8] bcm963158: enable led support

Enable the led support in the configuration of the board bcm963158. Signed-off-by: Philippe Reynes --- Changelog: v2: - no change configs/bcm963158_ram_defconfig | 3 +++ 1 file changed, 3 insertions(+) diff --git a/configs/bcm963158_ram_defconfig b/configs/bcm963158_ram_defconfig index fc55e9

[U-Boot] [PATCH V2 7/8] dt: bcm963158: enable led controller

Enable the led controller in the device tree of the board bcm963158. Signed-off-by: Philippe Reynes --- Changelog: v2: - no change arch/arm/dts/bcm963158.dts | 49 ++ 1 file changed, 49 insertions(+) diff --git a/arch/arm/dts/bcm963158.dts b/arch/arm

[U-Boot] [PATCH V2 6/8] dt: bcm63158: add led controller

Add the led controller in the bcm63158 device tree. Signed-off-by: Philippe Reynes --- Changelog: v2: - no change arch/arm/dts/bcm63158.dtsi | 7 +++ 1 file changed, 7 insertions(+) diff --git a/arch/arm/dts/bcm63158.dtsi b/arch/arm/dts/bcm63158.dtsi index 6a3fbc9..0967a3d 100644 --- a/arc

[U-Boot] [PATCH V2 4/8] bcm968580xref: enable led support

Enable the led support in the configuration of the board bcm968580xref. Signed-off-by: Philippe Reynes --- Changelog: v2: - no change configs/bcm968580xref_ram_defconfig | 3 +++ 1 file changed, 3 insertions(+) diff --git a/configs/bcm968580xref_ram_defconfig b/configs/bcm968580xref_ram_defco

[U-Boot] [PATCH V2 1/8] led: add initial support for bcm6858

The driver add the support of the led IP on bcm6858. This led IP can drive up to 32 leds, and can handle blinking. Signed-off-by: Philippe Reynes --- Changelog: v2: - use const for array bcm6858_flash_rate (thanks Daniel) - use int for array bcm6858_flash_rate (thanks Daniel) doc/device-tree-bi

[U-Boot] [PATCH V2 2/8] dt: bcm6858: add led controller

Add the led controller in the bcm6858 device tree. Signed-off-by: Philippe Reynes --- Changelog: v2: - no change arch/arm/dts/bcm6858.dtsi | 7 +++ 1 file changed, 7 insertions(+) diff --git a/arch/arm/dts/bcm6858.dtsi b/arch/arm/dts/bcm6858.dtsi index 23b80c6..0359417 100644 --- a/arch/ar

[U-Boot] [PATCH 2/2] ARM: socfpga: stratix10: Remove CONFIG_OF_EMBED

From: Dalon Westergreen CONFIG_OF_EMBED was primarily enabled to support the stratix10 spl hex file requirements. Since this option now produces a warning during build, and the spl hex can be created using alternate methods, CONFIG_OF_EMBED is no longer needed. Signed-off-by: Dalon Westergreen

[U-Boot] [PATCH 1/2] Makefile: Add target to generate hex output for combined spl and dtb

From: Dalon Westergreen Some architectures, Stratix10, require a hex formatted spl that combines the spl image and dtb. This adds a target to create said hex file with and offset of SPL_TEXT_BASE. Signed-off-by: Dalon Westergreen --- Makefile | 9 + 1 file changed, 9 insertions(+) di

Re: [U-Boot] [PATCH 1/8] led: add initial support for bcm6858

Am 21.03.19 um 14:28 schrieb Philippe Reynes: > The driver add the support of the led IP on bcm6858. > This led IP can drive up to 32 leds, and can handle > blinking. > > Signed-off-by: Philippe Reynes > --- > doc/device-tree-bindings/leds/leds-bcm6858.txt | 51 + > drivers/led/Kconfig

[U-Boot] [PATCH v1 1/1] spi: fsl_dspi fix to stop extra transmissions

From: Jared Bents Update to prevent a byte of zeros being transmitted between each byte in the tx buffer when providing both a tx buffer and a rx buffer. Signed-off-by: Jared Bents Cc: Prabhakar Kushwaha --- drivers/spi/fsl_dspi.c | 30 ++ 1 file changed, 26 insert

[U-Boot] [RFC PATCH v1 0/9] Add support for applications of overlays in SPL

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

Re: [U-Boot] macb: MID register on SAMA5D2 series?

On 22/03/2019 at 11:49, Alexander Dahl wrote: > External E-Mail > > > Hei hei, > > while bringing up support for a new SAMA5D27 based board I noticed something > strange in the macb driver in both U-Boot and Linux. There's a function in > both to determine if or not the IP block in the SoC is th

[U-Boot] [RFC PATCH v1 7/9] spl: fit: Add support for applying DT overlay

From: Michal Simek doc/uImage.FIT/overlay-fdt-boot.txt is describing how to create FIT image with DT overlays in it. Add support for this feature to SPL. The whole feature depends on OF_LIBFDT_OVERLAY Signed-off-by: Michal Simek Signed-off-by: Jean-Jacques Hiblot --- common/spl/spl_fit.c |

[U-Boot] [RFC PATCH v1 9/9] !!! TEMP !!! For demonstration only !!! DRA76: Usage of overlays in SPL

This is an example of how to apply overlays in SPL for the DRA76 Signed-off-by: Jean-Jacques Hiblot --- arch/arm/dts/Makefile | 2 +- arch/arm/dts/dra76-evm-dummy.dtso | 14 + arch/arm/dts/dra76-evm-dummy2.dtso | 15 ++ board/ti/dra7xx/evm.c | 30 ++

[U-Boot] [RFC PATCH v1 6/9] spl: fit: Allow calling spl_load_fit_image() to only get the image size

To allow for dynamic allocation of the area where the image will be loaded, adapt spl_load_fit_image() to be able to get the size of the image without doing to the actual load. Signed-off-by: Jean-Jacques Hiblot --- common/spl/spl_fit.c | 26 +- 1 file changed, 21 insert

[U-Boot] [RFC PATCH v1 4/9] Makefile: Pass the board name to the FIT generator scripts

Currently the FIT generator scripts are passed only a list of dtbs. However some platforms may also require information about the board itself. Signed-off-by: Jean-Jacques Hiblot --- Makefile | 2 +- arch/arm/mach-imx/mkimage_fit_atf.sh | 3 ++- arch/arm/mach-roc

[U-Boot] [RFC PATCH v1 8/9] sp: fit: Allow the board to dynamically select the DTB overlays it needs.

Currently the list of DTB overlays to apply on top of the DTB is described in a configuration node. With this scheme, it becomes quickly hard to manage combinations of more than a hand few of DTB overlays. Instead the board could tell for each overlay if it is needed or not. This is the role of boa

[U-Boot] [RFC PATCH v1 1/9] dtbo: also generate dtbo from dtso

Some overlay source files use a "dtso" extension instead of a "dts" extension. Signed-off-by: Jean-Jacques Hiblot --- scripts/Makefile.lib | 3 +++ 1 file changed, 3 insertions(+) diff --git a/scripts/Makefile.lib b/scripts/Makefile.lib index 70de9bb13a..e4c6077fea 100644 --- a/scripts/Makefil

[U-Boot] [RFC PATCH v1 5/9] Makefile: use custom ITS to build u-boot.img if SPL_FIT_SOURCE or SPL_FIT_GENERATOR are set

If SPL_FIT_SOURCE or SPL_FIT_GENERATOR are set, then the default output image should be built using the provided/generated ITS, not using the default template implemented by mkimage. In that case, make u-boot.img a symbolic link to u-boot.itb Signed-off-by: Jean-Jacques Hiblot --- Makefile | 13

[U-Boot] [RFC PATCH v1 2/9] Makefile.lib: include /__symbols__ in dtb if OF_LIBFDT_OVERLAY is enabled

In order to apply an overlay to a DTB. The DTB must have been generated with the option '-@'. Signed-off-by: Jean-Jacques Hiblot --- scripts/Makefile.lib | 4 1 file changed, 4 insertions(+) diff --git a/scripts/Makefile.lib b/scripts/Makefile.lib index e4c6077fea..85366b7f27 100644 --- a

[U-Boot] [RFC PATCH v1 3/9] Makefile: Fix u-boot.itb generation when building outside the source tree

Include the object tree and the source tree in the search path of the FIT compîler (dtc). This allows to use paths relative to the root of the source or object trees in the ITS instead of working backward from the actual location of the ITS. It also allows to use a build directory different of the

[U-Boot] [PATCH 2/2] ARM: socfpga: Clear PL310 early in SPL

On SoCFPGA Gen5 systems, it can rarely happen that a reboot from Linux will result in stale data in PL310 L2 cache controller. Even if the L2 cache controller is disabled via the CTRL register CTRL_EN bit, those data can interfere with operation of devices using DMA, like e.g. the DWMMC controller.

[U-Boot] [PATCH 1/2] ARM: socfpga: Pull PL310 clearing into common code

Pull the PL310 clearing code into common code, so it can be reused by Arria10. Signed-off-by: Marek Vasut Cc: Dalon Westergreen Cc: Dinh Nguyen --- arch/arm/mach-socfpga/include/mach/misc.h | 1 + arch/arm/mach-socfpga/misc.c | 54 +++ arch/arm/mach-socfpga/sp

[U-Boot] [PATCH] ARM: socfpga: Fix FPGA bitstream loading code

According to SoCFPGA Cyclone V datasheet rev.2018.01.26 page 175 (Chapter 5, FPGA Manager, data register) and Arria10 datasheet rev.2017.07.22 page 211 (Chapter 5.4.1.2, FPGA Manager, img_data_w register), the FPGA data register must be written with writes with non-incrementing address. The curren

[U-Boot] [PATCH] i2c: meson: add configurable divider factors

This patch add support for I2C controller in Meson-AXG SoC, Due to the IP changes between I2C controller, we need to introduce a compatible data to make the divider factor configurable. backport from linux: 931b18e92cd0 ("2c: meson: add configurable divider factors") Signed-off-by: Guillaume La R

[U-Boot] [PATCH] scripts/Makefile.extrawarn: Silence more DTC warnings

While our "extrawarns" logic has gotten out of sync with upstream Kbuild, for now lets start by bringing in the latest set of DTC_FLAGS from the Linux Kernel 5.0 to match their behavior in silencing warnings from dtc. Cc: Masahiro Yamada Signed-off-by: Tom Rini --- scripts/Makefile.extrawarn |

[U-Boot] [PATCH] ARM: at91: sama5d2: Wrap cpu detection to fix macb driver

When introducing the SAMA5D27 SoCs, the SAMA5D2 series got an additional chip id. The check if the cpu is sama5d2 was changed from a preprocessor definition (inlining a call to 'get_chip_id()') to a C function, probably to not call get_chip_id twice? That however broke a check in the macb ethernet

Re: [U-Boot] [PATCH] configs: Stratix10: Remove CONFIG_USE_TINY_PRINTF

On 3/22/19 10:21 AM, Ley Foon Tan wrote: > Use full printf instead of tiny printf in SPL. > > Signed-off-by: Ley Foon Tan > --- > configs/socfpga_stratix10_defconfig | 1 - > 1 file changed, 1 deletion(-) > > diff --git a/configs/socfpga_stratix10_defconfig > b/configs/socfpga_stratix10_defcon

Re: [U-Boot] spl: add size check including devicetree

On Fri, Mar 01, 2019 at 10:34:17PM +0100, Simon Goldschmidt wrote: > Current linker based size checks do not account for the devicetree, > as this is added after linker stage. > > This patch moves the logic behind U-Boot proper BOARD_SIZE_CHECK > into a common function that is called for SPL, too

Re: [U-Boot] [RESEND] [PATCH] arm: dts: Stratix10: Add QSPI node

Marek Vasut schrieb am Fr., 22. März 2019, 13:35: > On 3/22/19 1:27 PM, Simon Goldschmidt wrote: > > On Fri, Mar 22, 2019 at 1:18 PM Simon Goldschmidt > > wrote: > >> > >> On Fri, Mar 22, 2019 at 1:10 PM Marek Vasut wrote: > >>> > >>> On 3/22/19 1:06 PM, Simon Goldschmidt wrote: > On Fri,

Re: [U-Boot] [RESEND] [PATCH] arm: dts: Stratix10: Add QSPI node

On 3/22/19 1:27 PM, Simon Goldschmidt wrote: > On Fri, Mar 22, 2019 at 1:18 PM Simon Goldschmidt > wrote: >> >> On Fri, Mar 22, 2019 at 1:10 PM Marek Vasut wrote: >>> >>> On 3/22/19 1:06 PM, Simon Goldschmidt wrote: On Fri, Mar 22, 2019 at 12:59 PM Marek Vasut wrote: > > On 3/22/19

[U-Boot] [PATCH] pico-imx6ul, pico-imx7d: Explain how to use eMMC user partition

The default U-Boot environment expects the use of eMMC user partition. To ensure we are using the proper eMMC partition for boot we need to run the `mmc partconf` command. This patch updates the README instructions to avoid users to follow misleading instructions. Signed-off-by: Otavio Salvador

Re: [U-Boot] [RESEND] [PATCH] arm: dts: Stratix10: Add QSPI node

On Fri, Mar 22, 2019 at 1:18 PM Simon Goldschmidt wrote: > > On Fri, Mar 22, 2019 at 1:10 PM Marek Vasut wrote: > > > > On 3/22/19 1:06 PM, Simon Goldschmidt wrote: > > > On Fri, Mar 22, 2019 at 12:59 PM Marek Vasut wrote: > > >> > > >> On 3/22/19 10:15 AM, Ley Foon Tan wrote: > > >>> Add QSPI d

Re: [U-Boot] [RESEND] [PATCH] arm: dts: Stratix10: Add QSPI node

On Fri, Mar 22, 2019 at 1:10 PM Marek Vasut wrote: > > On 3/22/19 1:06 PM, Simon Goldschmidt wrote: > > On Fri, Mar 22, 2019 at 12:59 PM Marek Vasut wrote: > >> > >> On 3/22/19 10:15 AM, Ley Foon Tan wrote: > >>> Add QSPI device tree to Stratix 10. > >>> Sync from Linux Stratix 10 dts. > >>> > >>

Re: [U-Boot] [RESEND] [PATCH] arm: dts: Stratix10: Add QSPI node

On 3/22/19 1:06 PM, Simon Goldschmidt wrote: > On Fri, Mar 22, 2019 at 12:59 PM Marek Vasut wrote: >> >> On 3/22/19 10:15 AM, Ley Foon Tan wrote: >>> Add QSPI device tree to Stratix 10. >>> Sync from Linux Stratix 10 dts. >>> >>> Tested on Stratix 10 SoC devkit. >>> SOCFPGA_STRATIX10 # sf probe 0:

  1   2   >