Re: [PATCH] riscv: Fix detecting FPU support in standard extension

On Fri, Nov 04, 2022 at 11:39:43PM -0500, Samuel Holland wrote: > On 11/4/22 06:21, Yu Chien Peter Lin wrote: > > We should check the string until it hits underscore, in case it > > searches for the letters in the custom extension. For example, > > "rv64imac_xandes" will be treated as D extension

Re: [PATCH] riscv: Fix detecting FPU support in standard extension

On 11/4/22 06:21, Yu Chien Peter Lin wrote: > We should check the string until it hits underscore, in case it > searches for the letters in the custom extension. For example, > "rv64imac_xandes" will be treated as D extension support since > there is a "d" in "andes", resulting illegal instruction

[PATCH v6 6/6] arm: mvebu: Add RD-AC5X board

The RD-AC5X-32G16HVG6HLG-A0 development board main components and features include: * Main 12V/54V power supply * 270 Gbps throughput packet processor on the main board * DDR4: * SR1: 2GB DDR4 2400MT/S(1GB x 2 pcs ) with ECC(1GB x 1 pcs) * SR2: 4GB DDR4 2400MT/S(2GB x 2 pcs ) with ECC(2GB x 1

[PATCH v6 5/6] arm: mvebu: Support for 98DX25xx/98DX35xx SoC

Add support for the Allecat5/Alleycat5X SoC. These are L3 switches with an integrated CPU (referred to as the CnM block in Marvell's documentation). These have dual ARMv8.2 CPUs (Cortex-A55). This support has been ported from Marvell's SDK which is based on a much older version of U-Boot.

[PATCH v6 3/6] usb: ehci: ehci-marvell: Support for marvell,ac5-ehci

Unlike the other 64-bit mvebu SoCs the AlleyCat5 uses the older ehci block from the 32-bit SoCs. Adapt the ehci-marvell.c driver to cope with the fact that the ac5 does not have the mbus infrastructure the 32-bit SoCs have and ensure USB_EHCI_IS_TDI is selected. Signed-off-by: Chris Packham

[PATCH v6 4/6] pinctrl: mvebu: Add AlleyCat5 support

This uses the same IP block as the Armada-8K SoCs. Signed-off-by: Chris Packham Reviewed-by: Stefan Roese --- (no changes since v4) Changes in v4: - Collect r-by from Stefan drivers/pinctrl/mvebu/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH v6 2/6] net: mvneta: Add support for AlleyCat5

Add support for the AlleyCat5 SoC. This lacks the mbus from the other users of the mvneta.c driver so a new compatible string is needed to allow for a different window configuration. Signed-off-by: Chris Packham Reviewed-by: Stefan Roese --- (no changes since v3) Changes in v3: - Remove

[PATCH v6 1/6] arm: mvebu: Don't use CONFIG_TIMER on ARM64

The 64-bit mvebu SoCs don't have a suitable timer driver so add a !ARM64 condition to the select. Fixes: 7b530bb19e ("arm: mvebu: Use CONFIG_TIMER on all MVEBU & KIRKWOOD platforms") Signed-off-by: Chris Packham --- (no changes since v1) arch/arm/Kconfig | 2 +- 1 file changed, 1

[PATCH v6 0/6] arm: mvebu: Support for 98DX25xx/98DX35xx (AlleyCat5)

These patches are based on Marvell's bootloader for the AlleyCat5/5X which was based on u-boot 2018.03. I've split that code into consumable chunks and dropped as much unnecessary stuff as I can. I've also tried to sync the device trees as much as possible with the support that will land in

Re: [PATCH v3 4/8] arm: mvebu: Use CONFIG_TIMER on all MVEBU & KIRKWOOD platforms

On Sat, Nov 5, 2022 at 5:03 PM Chris Packham wrote: > > Hi Stefan, > > On Fri, Sep 16, 2022 at 2:23 AM Stefan Roese wrote: > > > > Now that the new timer support is available for these platforms, let's > > select this IF for all these platforms. This way it's not necessary > > that each board

Re: [PATCH v3 4/8] arm: mvebu: Use CONFIG_TIMER on all MVEBU & KIRKWOOD platforms

Hi Stefan, On Fri, Sep 16, 2022 at 2:23 AM Stefan Roese wrote: > > Now that the new timer support is available for these platforms, let's > select this IF for all these platforms. This way it's not necessary > that each board changes it's config header. > > Signed-off-by: Stefan Roese >

[PATCH v2 00/25] bootstd: Add a boot menu

So far standard boot lacks a boot menu, although it is possible to create a rudimentary one using the existing 'bootmenu' command. Even then, this text-based menu offer only basic functionality and does not take full advantage of the displays which are common on many devices. This series

[PATCH v2 14/25] video: Add font functions to the vidconsole API

Support for fonts currently depends on the type of vidconsole in use. Add two new methods to enumerate fonts and to set the font. Fix a few other method comments while we are here. Signed-off-by: Simon Glass --- Changes in v2: - Rename vidconsole_get_font() to vidconsole_get_font_size()

[PATCH v2 23/25] bootstd: Add a test for the bootstd menu

Add a test which checks that two operating systems can be displayed in a menu, allowing one to be selected. Enable a few things on snow so that the unit tests build. Signed-off-by: Simon Glass --- Changes in v2: - Fix 'touse' typo - Fix pylint warning in mkdir_cond()

[PATCH v2 25/25] expo: Add documentation

Add some documentation for the expo feature. Signed-off-by: Simon Glass --- Changes in v2: - Update for new API doc/develop/expo.rst | 188 ++ doc/develop/index.rst | 1 + 2 files changed, 189 insertions(+) create mode 100644 doc/develop/expo.rst

[PATCH v2 24/25] bootstd: Support setting a theme for the menu

Allow a theme to be set. For now this is very simple, just a default font size to use for all elements. Signed-off-by: Simon Glass --- (no changes since v1) boot/bootflow_menu.c | 43 ++ boot/bootstd-uclass.c | 2 ++ include/bootflow.h| 10 ++ include/bootstd.h

[PATCH v2 22/25] bootstd: Support creating a boot menu

Create an expo to handle the boot menu. For now this is quite simple, with just a header, some menu items and a pointer to show the current one. Signed-off-by: Simon Glass --- Changes in v2: - Rebase to master boot/Makefile| 1 + boot/bootflow_internal.h | 47

[PATCH v2 21/25] expo: Add basic tests

Add some tests for the expo, including setting up and rendering an expo. Signed-off-by: Simon Glass --- Changes in v2: - Drop the _add suffix on expo creation function - Put strings in a separate structure referenced by ID test/boot/Makefile | 2 + test/boot/expo.c | 539

[PATCH v2 19/25] expo: Add support for scenes

A scene is a single screen within an expo. It is possible to move between scenes but only one can be displayed at once. Add a basic implementation. Signed-off-by: Simon Glass --- Changes in v2: - Drop the _add suffix on expo creation function - Put strings in a separate structure referenced by

[PATCH v2 16/25] bootstd: Allow reading a logo for the OS

Some operating systems provide a logo in bmp format. Read this in if present so it can be displayed in the menu. Signed-off-by: Simon Glass --- (no changes since v1) boot/bootmeth-uclass.c | 69 -- boot/bootmeth_script.c | 4 +++ cmd/bootflow.c

[PATCH v2 13/25] video: Fix unchnaged typo

Fix this typo in the header file. Signed-off-by: Simon Glass Reviewed-by: Heinrich Schuchardt --- (no changes since v1) include/video.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/include/video.h b/include/video.h index 43f2e2c02f0..3f67a93bc93 100644 ---

[PATCH v2 20/25] expo: Add support for scene menus

A menu is a key part of the expo design. It consists of a number of items which the user can select from. Add the initial implementation of this. Signed-off-by: Simon Glass --- Changes in v2: - Drop the _add suffix on expo creation function - Put strings in a separate structure referenced by

[PATCH v2 15/25] bootstd: Read the Operating System name for distro/scripts

Add the concept of an OS name to the bootflow. This typically includes the OS name, version and kernel version. Implement this for the distro and script bootmeths so that it works with Armbian and older version of Fedora. Signed-off-by: Simon Glass --- (no changes since v1) boot/bootflow.c

[PATCH v2 18/25] expo: Add basic implementation

An expo is a way of presenting and collecting information from the user. It consists of a collection of 'scenes' of which only one is presented at a time. An expo is typically used to show a boot menu and allow settings to be changed. One created, the same expo can be automatically presented in

[PATCH v2 11/25] video: Enable VIDEO_ANSI by default only with EFI

This is not generally needed unless EFI_LOADER is used. Adjust the default setting to reduce the size of the U-Boot build. Signed-off-by: Simon Glass --- (no changes since v1) drivers/video/Kconfig | 7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git

[PATCH v2 17/25] menu: Factor out menu-keypress decoding

Move this code into a separate function so that it can be used in the new VBE menu. Signed-off-by: Simon Glass --- (no changes since v1) common/menu.c | 48 ++-- include/menu.h | 10 ++ 2 files changed, 40 insertions(+), 18 deletions(-)

[PATCH v2 10/25] image: Move common image code to image_board and command

We should use the cmd/ directory for commands rather than for common code used elsewhere in U-Boot. Move the common 'source' code into image-board.c to achieve this. The image_source_script() function needs to call run_command_list() so seems to belong better in the command library. Move and

[PATCH v2 12/25] video: truetype: Rename the metrics function

This should really have a 'truetype' prefix. Fix it. Signed-off-by: Simon Glass --- (no changes since v1) drivers/video/console_truetype.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/drivers/video/console_truetype.c b/drivers/video/console_truetype.c index

[PATCH v2 09/25] image: Add a function to find a script in an image

Split this functionality out of the 'source' command so it can be used from another place. For now leave it where it is, but a future patch will move it out of cmd/ Signed-off-by: Simon Glass --- (no changes since v1) cmd/source.c| 173 ++--

[PATCH v2 08/25] menu: Make use of CLI character processing

Avoid duplicating some of the escape-sequence processing here and use the CLI function instead. Signed-off-by: Simon Glass --- Changes in v2: - Rebase to master cmd/bootmenu.c | 9 +++-- cmd/eficonfig.c| 12 -- common/cli_getch.c | 12 -- common/menu.c | 92

[PATCH v2 07/25] menu: Use a switch statement

Convert the long line of if() statements to a switch() since this makes better use of the C language. Signed-off-by: Simon Glass --- (no changes since v1) common/menu.c | 31 --- 1 file changed, 20 insertions(+), 11 deletions(-) diff --git a/common/menu.c

[PATCH v2 06/25] menu: Update bootmenu_loop() to return the code

Use the return value to save having to pass around a pointer. This also resolves any ambiguity about what *key contains when the function is called. Signed-off-by: Simon Glass --- (no changes since v1) cmd/bootmenu.c | 2 +- cmd/eficonfig.c | 4 ++-- common/menu.c | 30

[PATCH v2 04/25] menu: Rename KEY_... to BKEY_...

This enum values conflict with linux/input.h so rename them. Signed-off-by: Simon Glass --- (no changes since v1) cmd/bootmenu.c | 10 +- cmd/eficonfig.c | 26 +- common/menu.c | 34 +- include/menu.h | 32

[PATCH v2 05/25] menu: Update bootmenu_autoboot_loop() to return the code

Use the return value to save having to pass around a pointer. This also resolves any ambiguity about what *key contains when the function is called. Signed-off-by: Simon Glass --- (no changes since v1) cmd/bootmenu.c | 2 +- common/menu.c | 16 +--- include/menu.h | 7 +++

[PATCH v2 03/25] bootmenu: Add a few comments

The behaviour of these two functions is completely undocumented. Add some notes so the poor, suffering dev can figure out what is going on. Signed-off-by: Simon Glass --- (no changes since v1) include/menu.h | 42 ++ 1 file changed, 42 insertions(+)

[PATCH v2 02/25] cli: Move readline character-processing to a state machine

The current cread_line() function is very long. It handles the escape processing inline. The menu command does similar processing but at the character level, so there is some duplication. Split the character processing into a new function cli_ch_process() which processes individual characters and

[PATCH v2 01/25] sandbox: Enable mmc command and legacy images

The mmc command is useful for testing mmc disk images in sandbox, so enable it. We also need to enable legacy images so that we can run tests which use them. Disable it for a few avb tests since MMC is not implemented there yet. Signed-off-by: Simon Glass --- (no changes since v1)

Re: [PATCH v6 3/5] eficonfig: refactor change boot order implementation

Hi Kojima-san On Wed, Oct 26, 2022 at 07:43:43PM +0900, Masahisa Kojima wrote: > This commit refactors change boot order implementation > to use 'eficonfig_entry' structure. Please add an explanation on why we are doing this, instead of what the patch is doing. I am assuming it cleans up some

Re: [PATCH v6 4/5] eficonfig: add UEFI Secure Boot Key enrollment interface

Hi Kojima-san On Wed, Oct 26, 2022 at 07:43:44PM +0900, Masahisa Kojima wrote: > This commit adds the menu-driven UEFI Secure Boot Key > enrollment interface. User can enroll the PK, KEK, db > and dbx by selecting EFI Signature Lists file. > After the PK is enrolled, UEFI Secure Boot is enabled

Re: [PATCH v3 1/3] efi_loader: Avoid overwriting previous outputs on console screen clearing

Hi, On Fri, 4 Nov 2022 at 02:07, Jan Kiszka wrote: > > From: Jan Kiszka > > Before clearing the screen, ensure that no previous output of firmware > or UEFI programs will be overwritten on serial devices or other > streaming consoles. This helps generating complete boot logs. > > Tested

Re: Running u-boot standalone hello_world on an image partition with qemu

Hi Lists, On Fri, 4 Nov 2022 at 04:26, Lists Nick Betteridge wrote: > > Hi Simon, > > Thanks for getting back to me > > >> > >> I'm developing on an ubuntu x86 machine, trying to run the u-boot > >> hello_world standalone application which resides on an image |sd.img| > >> which contains a

Re: [PATCH] env: Allow string CONFIG options in the text environment

Hi Holger, On Fri, 4 Nov 2022 at 08:20, Holger Brunck wrote: > > Hi Simon, > I got no time to try it yet but I have a general comment. > > > > > Sometimes it is useful to include a CONFIG option that contains a string. > > This is hard to do in general, since in many cases it is useful to have

Re: [PATCH v3 1/1] Makefile: rework u-boot-initial-env target

On Friday 04 November 2022 13:44:57 Max Krummenacher wrote: > From: Max Krummenacher > > With LTO enabled the U-Boot initial environment is no longer stored > in an easy accessible section in env/common.o. I.e. the section name > changes from build to build, its content maybe compressed and it

Re: [PATCH v2 0/8] imx8: switch missing boards to binman

Hi Oliver, On Fri, Nov 4, 2022 at 12:19 PM Oliver Graute wrote: > > This patchsets switches the remaining imx8 boards to binman. > > Oliver Graute (8): > imx: imx8qm-rom7720: switch to binman > imx: imx8qm: cgtqmx8: switch to binman > imx: imx8qxp: imx8qxp_mek switch to binman > imx:

[PATCH] configs: imx8m{m,n,p}_venice: disable autoload

disable network autoload Signed-off-by: Tim Harvey --- configs/imx8mm_venice_defconfig | 1 + configs/imx8mn_venice_defconfig | 1 + configs/imx8mp_venice_defconfig | 1 + 3 files changed, 3 insertions(+) diff --git a/configs/imx8mm_venice_defconfig b/configs/imx8mm_venice_defconfig index

[PATCH] imx: imx8m{m,n,p}_venice: migrate to CONFIG_EXTRA_ENV_TEXT

Move the majority of the environment from the board headers to a separate text file. Signed-off-by: Tim Harvey --- board/gateworks/venice/venice.env | 34 ++ include/configs/imx8mm_venice.h | 47 ++- include/configs/imx8mn_venice.h | 47

[PATCH] configs: imx8m{m, n}_venice: remove unneeded CONFIG_FEC_MXC_PHYADDR

The IMX8M based Venice boards all have device-tree fec nodes that use proper dt with a phy-handle pointing to a phy with reg assigned to the proper phy address. There is no need to keep using the CONFIG_FEC_MXC_PHYADDR hack when a proper dt is used - remove it. This was previously done in commit

[PATCH] configs: imx8mn_venice.h: remove unused ifdef

remove unused ifdef left behind after commit ca3369df71d8 ("configs: drop CONFIG_SPL_ABORT_ON_RAW_IMAGE") Signed-off-by: Tim Harvey --- include/configs/imx8mm_venice.h | 2 -- include/configs/imx8mn_venice.h | 4 include/configs/imx8mp_venice.h | 4 3 files changed, 10 deletions(-)

[PATCH] configs: imx8mn_venice: fix include header protection

Fix typo in the include header protection. Signed-off-by: Tim Harvey --- include/configs/imx8mn_venice.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/include/configs/imx8mn_venice.h b/include/configs/imx8mn_venice.h index c43c4da6fbf8..5fbfdf4602f2 100644 ---

[PATCH] board: gateworks: venice: remove redundance adjustment of thermal trip points

commit 0543a1ed2787 ("imx8m: fixup thermal trips") moved updating the thermal trip points to all IMX8M so we can remove it from our board specific dt config. Signed-off-by: Tim Harvey --- board/gateworks/venice/venice.c | 16 1 file changed, 16 deletions(-) diff --git

[PATCH v2 8/8] imx: imx8: apalis: switch to binman

Switch to use binman to pack images Signed-off-by: Oliver Graute --- Changes for v2 - use common imx8qm-u-boot.dtsi - guard SPL nodes with CONFIG_SPL arch/arm/dts/fsl-imx8qm-apalis-u-boot.dtsi | 2 ++ arch/arm/dts/imx8qm-u-boot.dtsi| 2 ++ arch/arm/mach-imx/imx8/Kconfig

[PATCH v2 7/8] imx: imx8x: colibri: switch to binman

Switch to use binman to pack images Signed-off-by: Oliver Graute --- Changes for v2 - use common imx8qxp-u-boot.dtsi - added ifdef CONFIG_SPL to imx8qm-u-boot.dtsi arch/arm/dts/fsl-imx8qxp-colibri-u-boot.dtsi | 2 ++ arch/arm/mach-imx/imx8/Kconfig | 1 +

[PATCH v1 6/8] imx: imx8qxp: deneb switch to binman

Signed-off-by: Oliver Graute Reviewed-by: Peng Fan --- arch/arm/mach-imx/imx8/Kconfig | 1 + configs/deneb_defconfig| 2 ++ 2 files changed, 3 insertions(+) diff --git a/arch/arm/mach-imx/imx8/Kconfig b/arch/arm/mach-imx/imx8/Kconfig index 63d99ea23e..018b87b85b 100644 ---

[PATCH v2 4/8] imx: imx8qm: imx8qm_mek switch to binman

Switch to use binman to pack images Signed-off-by: Oliver Graute --- arch/arm/dts/fsl-imx8qm-mek-u-boot.dtsi | 2 ++ arch/arm/mach-imx/imx8/Kconfig | 1 + board/freescale/imx8qm_mek/README | 2 +- configs/imx8qm_mek_defconfig| 2 ++ 4 files changed, 6 insertions(+), 1

[PATCH v2 5/8] imx: imx8qxp: giedi switch to binman

Switch to use binman to pack images Signed-off-by: Oliver Graute --- Changes v2: use common imx8qxp-u-boot.dtsi arch/arm/dts/imx8qxp-capricorn-u-boot.dtsi | 2 ++ arch/arm/mach-imx/imx8/Kconfig | 1 + board/siemens/capricorn/imximage.cfg | 2 +- configs/giedi_defconfig

[PATCH v2 3/8] imx: imx8qxp: imx8qxp_mek switch to binman

Switch to use binman pack images Signed-off-by: Oliver Graute Reviewed-by: Peng Fan --- Changes v2: - use common imx8qxp-u-boot.dtsi arch/arm/dts/fsl-imx8qxp-mek-u-boot.dtsi | 2 + arch/arm/dts/imx8qxp-u-boot.dtsi | 133 +++ arch/arm/mach-imx/imx8/Kconfig

[PATCH v6 2/8] imx: imx8qm: cgtqmx8: switch to binman

Switch to use binman to pack images Signed-off-by: Oliver Graute Reviewed-by: Fabio Estevam Reviewed-by: Simon Glass Reviewed-by: Peng Fan --- Changes for v6 - added CONFIG_SPL_BINMAN_UBOOT_SYMBOLS is not set Changes for v5 - added CONFIG_FIT_EXTERNAL_OFFSET Changes for v4 - rebased on

[PATCH v5 1/8] imx: imx8qm-rom7720: switch to binman

Switch to use binman to pack images Signed-off-by: Oliver Graute --- Changes for v5: - renamed ftd to @fdt-SEQ Changes for v4 - remove hardcoded dtb filename - added CONFIG_FIT_EXTERNAL_OFFSET Changes for v3 - just rebased to master Changes for v2 - just rebased to master

[PATCH v2 0/8] imx8: switch missing boards to binman

This patchsets switches the remaining imx8 boards to binman. Oliver Graute (8): imx: imx8qm-rom7720: switch to binman imx: imx8qm: cgtqmx8: switch to binman imx: imx8qxp: imx8qxp_mek switch to binman imx: imx8qm: imx8qm_mek switch to binman imx: imx8qxp: giedi switch to binman imx:

[PULL] u-boot-usb/master

The following changes since commit 36bc9b6113ca96ca5c0d821195adede38395befd: Merge branch '2022-11-02-assorted-updates' (2022-11-03 08:29:10 -0400) are available in the Git repository at: git://source.denx.de/u-boot-usb.git master for you to fetch changes up to

Re: [PATCH v6 2/5] eficonfig: expose append entry function

Hi Kojima-san On Wed, Oct 26, 2022 at 07:43:42PM +0900, Masahisa Kojima wrote: > This commit exposes the eficonfig menu entry append function. Can we update the description to something we could look up in the future? e.g 'Following commits are adding support for variable management via the

Re: [PATCH v6 1/5] eficonfig: refactor eficonfig_select_file_handler()

Hi Kojima-san I think there's some information missing from the commit message. On Wed, Oct 26, 2022 at 07:43:41PM +0900, Masahisa Kojima wrote: > eficonfig_select_file_handler() is commonly used to select the > file. > eficonfig_display_select_file_option() intends to add the > additional menu

Re: [PATCH 0/8] Introduce initial TI's am62a support

On 11/4/22 8:08 AM, Tom Rini wrote: On Fri, Nov 04, 2022 at 11:49:39AM +, Peter Robinson wrote: Hi Bryan, This series will introduce basic support (SD and UART) support for Texas Instruments AM62Ax SK EVM. The am62ax shares many of the same features as the am62x however it uses a new

RE: [PATCH] env: Allow string CONFIG options in the text environment

Hi Simon, I got no time to try it yet but I have a general comment. > > Sometimes it is useful to include a CONFIG option that contains a string. > This is hard to do in general, since in many cases it is useful to have the > quotes > around the string so that, for example: > wouldn't it be

Re: [u-boot][PATCH 00/14] rawnand: omap_gpmc: driver model support

Hi, On 11/10/2022 14:49, Roger Quadros wrote: > Hi, > > This series adds driver model support for rawnand: omap_gpmc > and omap_elm drivers. > > This will enable the driver to be used on K2/K3 platforms as well. Any comments on patches 5 and later? Thanks cheers, -roger > > cheers, >

Re: [PATCH 0/8] Introduce initial TI's am62a support

On Fri, Nov 04, 2022 at 11:49:39AM +, Peter Robinson wrote: > Hi Bryan, > > > This series will introduce basic support (SD and UART) support for Texas > > Instruments AM62Ax SK EVM. > > > > The am62ax shares many of the same features as the am62x however it uses > > a new 32bit controller and

Re: [PATCH 1/8] arm: dts: introduce am62a7 dtbs from linux kernel

On Thu, Nov 03, 2022 at 07:13:51PM -0500, Bryan Brattlof wrote: > Introduce the basic am62a7 SoC dtbs from the linux kernel along with the > new am62a specific pinmux definition that we will use to generate the > dtbs for the u-boot-spl and u-boot binaries Please note what tag this is synced

Re: [PATCH 7/8] board: ti: introduce the basic files needed to support the am62a

On Thu, Nov 03, 2022 at 07:13:57PM -0500, Bryan Brattlof wrote: > Introduce the bare minimum SD and UART support for the am62a sk. > > Signed-off-by: Bryan Brattlof Reviewed-by: Tom Rini -- Tom signature.asc Description: PGP signature

Re: [PATCH 4/8] soc: ti: k3-socinfo: add am62a SoC entry

On Thu, Nov 03, 2022 at 07:13:54PM -0500, Bryan Brattlof wrote: > Add identification support for TI's am62ax family of SoCs > > Signed-off-by: Bryan Brattlof Reviewed-by: Tom Rini -- Tom signature.asc Description: PGP signature

Re: [PATCH 3/8] ram: k3-ddrss: add am62a controller support

On Thu, Nov 03, 2022 at 07:13:53PM -0500, Bryan Brattlof wrote: > TI's am62a family of SoCs uses a new 32bit DDR controller that shares > much of the same functionality with the existing am64 and j721e > controllers. > > Select this controller by default when u-boot is build for the am62a > >

Re: [PATCH v1] imx: imx8: apalis: switch to binman

On 04/11/22, Fabio Estevam wrote: > Hi Oliver, > > On Fri, Nov 4, 2022 at 9:39 AM Oliver Graute wrote: > > > > Can't all boards use the common the binman nodes from > > > arch/arm/dts/imx8qm-u-boot.dtsi instead? > > > > I'am about to try that but I run into the following error: > > > > binman:

Re: [PATCH v1] imx: imx8: apalis: switch to binman

On 04/11/22, Oliver Graute wrote: > On 02/11/22, Fabio Estevam wrote: > > On Wed, Nov 2, 2022 at 12:59 PM Oliver Graute > > wrote: > > > > Please add a commit log. > > ok > > > > > > Signed-off-by: Oliver Graute > > > > > + { > > > + > > > + itb { > > > + filename =

Re: [PATCH v1] imx: imx8: apalis: switch to binman

Hi Oliver, On Fri, Nov 4, 2022 at 9:39 AM Oliver Graute wrote: > > Can't all boards use the common the binman nodes from > > arch/arm/dts/imx8qm-u-boot.dtsi instead? > > I'am about to try that but I run into the following error: > > binman: Filename 'spl/u-boot-spl.bin' not found in input path

[PATCH] riscv: Fix detecting FPU support in standard extension

We should check the string until it hits underscore, in case it searches for the letters in the custom extension. For example, "rv64imac_xandes" will be treated as D extension support since there is a "d" in "andes", resulting illegal instruction caused by initializing FCSR. Signed-off-by: Yu

[PATCH v3 1/1] Makefile: rework u-boot-initial-env target

From: Max Krummenacher With LTO enabled the U-Boot initial environment is no longer stored in an easy accessible section in env/common.o. I.e. the section name changes from build to build, its content maybe compressed and it is annotated with additional data. Drop trying to read the initial env

[PATCH v3 0/1] Makefile: rework u-boot-initial-env target

From: Max Krummenacher With CONFIG_LTO enabled the current way of extracting the configured environment no longer works, i.e. the object file content changes due to LTO. Build a host tool which prints the configured environment instead of using objcopy and friends to achive the same. The code

Re: [PATCH v1] imx: imx8: apalis: switch to binman

On 02/11/22, Fabio Estevam wrote: > On Wed, Nov 2, 2022 at 12:59 PM Oliver Graute > wrote: > > Please add a commit log. ok > > > Signed-off-by: Oliver Graute > > > + { > > + > > + itb { > > + filename = "u-boot.itb"; > > + > > + fit { > > +

Re: [PATCH 1/3] arm: dts: k3-am62x: sync dt with linux kernel

Am Do., 3. Nov. 2022 um 07:13 Uhr schrieb Dhruva Gole : > > Hi Nishanth, > > On 03/11/22 10:51, Nishanth Menon wrote: > > On 20:23-20221027, Dhruva Gole wrote: > >> Sync the DT Files with linux kernel (tag v6.0.3) > > I dont see why we are'nt syncing all k3 dts files? > > I would also like to see

Re: [PATCH v2] arm: dts: ti: k3-am64-main: Add RTI watchdog nodes

Am Do., 3. Nov. 2022 um 18:24 Uhr schrieb Tom Rini : > > On Thu, Nov 03, 2022 at 12:27:39AM -0500, Nishanth Menon wrote: > > On 13:15-20221026, Christian Gmeiner wrote: > > > Add the needed bus mappings for the two main RTI memory ranges and > > > the required device tree nodes in the main domain.

RE: double quoted strings in env.txt files

Hi Simon, > > On Thu, 3 Nov 2022 at 02:18, Holger Brunck > wrote: > > > > Hi all, > > I currently try to convert some boards to the new env.txt files and this > > works > quite well so far. > > But I encountered one problem which I am not sure how to solve it. > > > > If I have some string in

Re: [PATCH 0/8] Introduce initial TI's am62a support

Hi Bryan, > This series will introduce basic support (SD and UART) support for Texas > Instruments AM62Ax SK EVM. > > The am62ax shares many of the same features as the am62x however it uses > a new 32bit controller and therefore depends on the patch I sent last > week updating the macros used by

Re: [PATCH v2 1/1] usb: storage: continue probe on "Invalid device"

On 11/4/22 08:35, Janne Grunau wrote: On 2022-11-03 23:23:52 +0100, Marek Vasut wrote: On 11/3/22 22:36, Janne Grunau wrote: On 2022-09-28 04:20:52 -0600, Simon Glass wrote: +Marek Vasut +Tom Rini On Sun, 25 Sept 2022 at 23:07, Janne Grunau wrote: On 2022-08-10 21:54:22 +0200, Janne

Re: [PATCH v3 1/1] usb: storage: continue probe on "Invalid device"

On 11/4/22 08:38, Janne Grunau wrote: Fixes a crash during probing of sd card readers without medium present. Seen with the device below but reported for many other devices. idVendor 0x0bda Realtek Semiconductor Corp. idProduct 0x0326 Card reader bcdDevice

[PATCH] MAINTAINERS: Move usb_storage from DFU to USB

The usb_storage.c is the host-side USB mass storage device support, it is not the DFU/UMS gadget-side implementation. Fix the entry. Signed-off-by: Marek Vasut --- Cc: Janne Grunau Cc: Lukasz Majewski Cc: Tom Rini --- MAINTAINERS | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

[PATCH V3 07/13] iot2050: Add watchdog start to bootcmd

From: Jan Kiszka Allows run-time control over watchdog auto-start and the timeout via setting the environment variable watchdog_timeout_ms. A value of zero means "do not start". Use CONFIG_WATCHDOG_TIMEOUT_MSECS as initial value and this to zero by default. Users can then enable the watchdog

[PATCH V3 12/13] doc: iot2050: Add a note about the watchdog firmware

From: Jan Kiszka This is enabled by default, thus should be described as well. Signed-off-by: Jan Kiszka --- doc/board/siemens/iot2050.rst | 4 1 file changed, 4 insertions(+) diff --git a/doc/board/siemens/iot2050.rst b/doc/board/siemens/iot2050.rst index cb49a0e36bf..efe94a448a9

[PATCH V3 10/13] iot2050: Add script for signing artifacts

From: Jan Kiszka There are many ways to get a signed firmware for the IOT2050 devices, namely for the parts under user-control. This script documents one way of doing it, given a signing key. Augment the board documentation with the required procedure around it. Signed-off-by: Jan Kiszka ---

[PATCH V3 04/13] board: siemens: iot2050: Split the build for PG1 and PG2

From: Su Baocheng Due to different signature keys, the PG1 and the PG2 boards can no longer use the same FSBL (tiboot3). This makes it impossible anyway to maintaine a single flash.bin for both variants, so we can also split the build. A new target is added to indicates the build is for PG1 vs.

[PATCH V3 13/13] board: siemens: iot2050: use the named gpio to control the user-button

From: chao zeng User-button is controlled by the mcu domain gpio number 25. But main0 main1 mcu domain all have gpio number 25. To identify where the gpio is from, Using gpio controll base as the prefix to indicate the gpio resource. Signed-off-by: chao zeng --- board/siemens/iot2050/board.c

[PATCH V3 11/13] arm: dts: iot2050: Optionally embed OTP programming data into image

From: Jan Kiszka Use external blob otpcmd.bin to replace the 0xff filled OTP programming command block to create a firmware image that provisions the OTP on first boot. This otpcmd.bin is generated from the customer keys using steps described in the meta-iot2050 integration layer for the device.

[PATCH V3 06/13] iot2050: Update firmware layout

From: Jan Kiszka The latest version of the binary-only firmware parts come in a combined form of FSBL and sysfw containers. This implies some layout changes to the generated firmware image but also makes handling of artifacts much simpler (4 files less). The env locations will not change, just

[PATCH V3 01/13] env: Complete generic support for writable list

From: Jan Kiszka This completes what 890feecaab72 started by selecting ENV_APPEND and loading the default env before any other sources. This ensures that load operations pick up all non-writable vars from the default env and only permitted parts from other locations according to the regular

[PATCH V3 09/13] arm: dts: iot2050: Allow verifying U-Boot proper by SPL

From: Jan Kiszka Add hashes and configuration signature stubs to prepare verified boot of main U-Boot by SPL. Signed-off-by: Jan Kiszka --- arch/arm/dts/k3-am65-iot2050-boot-image.dtsi | 16 1 file changed, 16 insertions(+) diff --git

[PATCH V3 02/13] env: Couple networking-related variable flags to CONFIG_NET

From: Jan Kiszka Boards may set networking variables programmatically, thus may have CONFIG_NET on but CONFIG_CMD_NET off. The IOT2050 is an example. CC: Joe Hershberger Signed-off-by: Jan Kiszka --- env/flags.c | 10 +- include/env_flags.h | 4 ++-- 2 files changed, 7

[PATCH V3 08/13] iot2050: Add CONFIG_ENV_FLAGS_LIST_STATIC

From: Jan Kiszka Will be needed when CONFIG_ENV_WRITEABLE_LIST is enabled. The listed variables shall remain writable, for informational purposes - they have to be considered untrusted because the persistent U-Boot env is not protected. Signed-off-by: Jan Kiszka --- include/configs/iot2050.h

[PATCH V3 05/13] arm: dts: iot2050: Use the auto generator nodes for fdt

From: Su Baocheng Refactor according to the entry `fit: Entry containing a FIT` of document tools/binman/README.entries. As the generator uses the device tree name for the config description, board_fit_config_name_match requires a small adjustment as well. Signed-off-by: Su Baocheng [Jan:

[PATCH V3 03/13] tools: Add script for converting public key into device tree include

From: Jan Kiszka Allows to create a public key device tree dtsi for inclusion into U-Boot SPL and proper during first build already. This can be achieved via CONFIG_DEVICE_TREE_INCLUDES. Signed-off-by: Jan Kiszka --- tools/key2dtsi.py | 64 +++ 1

[PATCH V3 00/13] IOT2050-related enhancements

(Almost) flushing our upstream queue for the IOT2050 device, this mostly brings board-specific changes such as: - updated build process and firmware layout for PG1 vs. PG2 devices - more watchdog preparations - preparations for verified boot on IOT2050 Advanced devices There are also some

[PATCH v2 2/2] wandboard: Select DM_SERIAL

From: Fabio Estevam The conversion to DM_SERIAL is mandatory, so select this option. Signed-off-by: Fabio Estevam --- Changes since v1: - None configs/wandboard_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/configs/wandboard_defconfig b/configs/wandboard_defconfig index

[PATCH v2 1/2] wandboard: Pass mmc aliases

From: Fabio Estevam Originally, the mmc aliases node was present in imx6qdl-wandboard.dtsi. After the sync with Linux in commit d0399a46e7cd ("imx6dl/imx6qdl: synchronise device trees with linux"), the aliases node is gone as the upstream version does not have it. This causes a regression in

  1   2   >