[RFC PATCH u-boot 12/12] Nokia RX-51: build with LTO

Build Nokia RX-51 target with LTO enabled. Signed-off-by: Marek Behún --- configs/nokia_rx51_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/configs/nokia_rx51_defconfig b/configs/nokia_rx51_defconfig index 9744d1c322..6b555ca748 100644 --- a/configs/nokia_rx51_defconfig +++ b/conf

[RFC PATCH u-boot 08/12] sandbox: build with LTO

Build sandbox targets with LTO enabled. Signed-off-by: Marek Behún --- configs/sandbox64_defconfig| 1 + configs/sandbox_defconfig | 1 + configs/sandbox_flattree_defconfig | 1 + configs/sandbox_spl_defconfig | 1 + 4 files changed, 4 insertions(+) diff --git a/configs/sa

[RFC PATCH u-boot 11/12] arch: ARM: make LTO available

Make LTO available for ARM architecture. Signed-off-by: Marek Behún --- arch/Kconfig | 1 + arch/arm/lib/Makefile | 2 ++ 2 files changed, 3 insertions(+) diff --git a/arch/Kconfig b/arch/Kconfig index a6dab3e56d..5e80bcebac 100644 --- a/arch/Kconfig +++ b/arch/Kconfig @@ -33,6 +33,7 @

[RFC PATCH u-boot 10/12] string: make memcpy() visible to fix LTO linking errors

It seems that sometimes (happening on ARM64, for example with turris_mox_defconfig) GCC, when linking with LTO, changes the name of lib/string.c's memcpy() function to memcpy.isra.0. This is a problem however when GCC for a code such as this: struct some_struct *info = get_some_struct();

[RFC PATCH u-boot 09/12] ARM: make gd a function for LTO

On ARM the gd pointer is stored in registers r9 / x18. For this the -ffixed-r9 / -ffixed-x18 flag when compiling, but using global register variables causes errors when building with LTO, and these errors are very difficult to overcome. Richard Biener says [1]: Note that global register vars sho

[RFC PATCH u-boot 07/12] arch: sandbox: make LTO available

Make LTO available for sandbox architecture. Signed-off-by: Marek Behún --- arch/Kconfig | 1 + arch/sandbox/config.mk | 4 ++-- 2 files changed, 3 insertions(+), 2 deletions(-) diff --git a/arch/Kconfig b/arch/Kconfig index 27843cd79c..a6dab3e56d 100644 --- a/arch/Kconfig +++ b/arch/

[RFC PATCH u-boot 06/12] build: support building with Link Time Optimizations

Add plumbing for building U-Boot with Link Time Optimizations (gcc only). Signed-off-by: Marek Behún --- Kbuild | 2 ++ Kconfig | 19 +++ Makefile| 26 ++ lib/efi_loader/Makefile | 2 +- scripts/Makefile.l

[RFC PATCH u-boot 04/12] efi_loader: fix warning when linking with LTO

When linking with LTO, the compiler complains about type mismatch of variables `__efi_runtime_start`, `__efi_runtime_stop`, `__efi_runtime_rel_start` and `__efi_runtime_rel_stop`: include/efi_loader.h:218:21: warning: type of ‘__efi_runtime_start’ does not m

[RFC PATCH u-boot 05/12] binman: declare symbols externally visible

Use the `__visible` macro to declare binman symbols externally visible, so that when building with LTO the compiler does not optimize this data away. Signed-off-by: Marek Behún --- include/binman.h | 1 + include/binman_sym.h | 4 ++-- 2 files changed, 3 insertions(+), 2 deletions(-) diff -

[RFC PATCH u-boot 03/12] linker_lists: declare entries and lists externally visible

Use the `__visible` macro to declare entires and lists declared by ll_entry_declare() and ll_entry_declare_list() externally visible, so that when building with LTO the compiler does not optimize this data away. Signed-off-by: Marek Behún --- include/linker_lists.h | 6 -- 1 file changed, 4

[RFC PATCH u-boot 02/12] sandbox: errno: avoid conflict with libc's errno

When building with LTO, the system libc's `errno` variable used in arch/sandbox/cpu/os.c conflicts with U-Boot's `errno` (defined in lib/errno.c) with the following error: .../ld: errno@@GLIBC_PRIVATE: TLS definition in /lib64/libc.so.6 section .tbss mismatches non-TLS reference in

[RFC PATCH u-boot 01/12] build: use thin archives instead of incremental linking

Using thin archives instead of incremental linking - saves disk space - works better with dead code elimination - prepares for potential LTO Linux does this for some time now, do this also in U-Boot. Signed-off-by: Marek Behún --- Makefile | 2 +- arch/sandbox/config.mk | 6 +++---

[RFC PATCH u-boot 00/12] U-Boot LTO (Sandbox + ARM Nokia RX-51)

Hello, I have managed to add support for building U-Boot with LTO (with GCC) in a rather sane way (in LOC changed). This series and its follows will also be available at https://github.com/elkablo/u-boot branch lto. I have tested these builds on Turris Omnia, Turris MOX and on Nokia N900 (via th

[PATCH] video: SIMPLE_PANEL depends on DM_GPIO

SIMPLE_PANEL currently only depends on PANEL && BACKLIGHT, but the code makes references to dm_gpio_set_value and gpio_request_by_name. These are defined in drivers/gpio/gpio-uclass.c, so a dependency on DM_GPIO corrects these link errors: aarch64-linux-gnu-ld.bfd: drivers/built-in.o: in function

Re: [PATCH] nvme: Elaborate on cache maintenance operation in get/set_features

On 3/2/21 4:43 PM, Andre Przywara wrote: [...] @@ -488,12 +489,20 @@ int nvme_get_features(struct nvme_dev *dev, unsigned fid, unsigned nsid, c.features.prp1 = cpu_to_le64(dma_addr); c.features.fid = cpu_to_le32(fid); + ret = nvme_submit_admin_cmd(dev, &c, result); +

Re: [PATCH 00/20] ppc: qemu: Add eTSEC support

Hi Simon, On Wed, Mar 3, 2021 at 9:53 AM Simon Glass wrote: > > Hi Bin, > > On Tue, 2 Mar 2021 at 18:08, Bin Meng wrote: > > > > Hi Tom, > > > > On Tue, Mar 2, 2021 at 11:35 PM Bin Meng wrote: > > > > > > QEMU ppce500 machine can dynamically instantiate an eTSEC device > > > if "-device eTSEC"

Re: [PATCH u-boot-marvell] ddr: marvell: a38x: Sync code with Marvell mv-ddr-marvell repository

On Tue, Mar 2, 2021 at 11:18 PM Pali Rohár wrote: > > This syncs drivers/ddr/marvell/a38x/ with the master branch of repository > https://github.com/MarvellEmbeddedProcessors/mv-ddr-marvell.git up to the > commit 7c351731d196 ("Merge pull request #29 from pali/sync-a38x-uboot"). > > This patch was

Re: [PATCH u-boot-marvell] ddr: marvell: a38x: Add more space for additional info from SPD

On Fri, Feb 26, 2021 at 11:57 PM Marek Behún wrote: > > From: Sujeet Baranwal > > commit 258be123226f8f5cd516b7813fe201fb7d7416e9 upstream. > > At this moment, only page 0 of SPD is being read but to support > smbios, we need to read page 1 also which has more info. In order > to do that, we need

Re: [PATCH 1/1] video: buffer overrun in TrueType console

On Sun, 28 Feb 2021 at 13:54, Heinrich Schuchardt wrote: > > When scrolling the TrueType console a buffer overrun occurs. > > Fixes: a29b012037cc ("video: Add a console driver that uses TrueType fonts") > Signed-off-by: Heinrich Schuchardt > --- > drivers/video/console_truetype.c | 26 ++

Re: [PATCH] MAINTAINERS: Update info for Raspberry Pi

On Fri, 26 Feb 2021 at 03:23, wrote: > > From: Matthias Brugger > > Add RPi config files and custodian repository. > > Signed-off-by: Matthias Brugger > > --- > > MAINTAINERS | 4 +++- > 1 file changed, 3 insertions(+), 1 deletion(-) > Reviewed-by: Simon Glass

Re: [PATCH 2/2] of: addr: Translate 'dma-ranges' for parent nodes missing 'dma-ranges'

On Fri, 26 Feb 2021 at 00:36, Bin Meng wrote: > > 'dma-ranges' frequently exists without parent nodes having 'dma-ranges'. > While this is an error for 'ranges', this is fine because DMA capable > devices always have a translatable DMA address. Also, with no > 'dma-ranges' at all, the assumption i

Re: [PATCH 1/2] of: addr: Abort address translation for parent nodes missing 'ranges'

On Fri, 26 Feb 2021 at 00:36, Bin Meng wrote: > > The implementation of of_translate_one() was taken from the one in > Linux kernel drivers/of/address.c, and the Linux one added a quirk > for Apple Macs that don't have the property in the parent > node. Since U-Boot does not support Apple Macs, r

Re: [PATCH 5/5] cmd: Convert part uuid to use cmd_result

Hi Sean, On Sun, 28 Feb 2021 at 16:47, Sean Anderson wrote: > > This is fairly straightforward. This allows > part uuid mmc 0 foo > To be rewritten as > env set foo $(part uuid mmc 0) > or even (if the variable is not required to be environmental) > foo=$(part uuid mmc 0)

Re: [PATCH 00/20] ppc: qemu: Add eTSEC support

Hi Bin, On Tue, 2 Mar 2021 at 18:08, Bin Meng wrote: > > Hi Tom, > > On Tue, Mar 2, 2021 at 11:35 PM Bin Meng wrote: > > > > QEMU ppce500 machine can dynamically instantiate an eTSEC device > > if "-device eTSEC" is given to QEMU. > > > > This series updates the fixed-link ethernet PHY driver as

Re: [PATCH] nvme: Elaborate on cache maintenance operation in get/set_features

On Tue, Mar 2, 2021 at 11:43 PM Andre Przywara wrote: > > At the moment the nvme_get_features() and nvme_set_features() functions > carry a (somewhat misleading) comment about missing cache maintenance. > > As it turns out, nvme_get_features() has no caller at all in the tree, > and nvme_set_featu

[PATCH 2/2] (DO NOT APPLY) powerpc: t2080rdb: Enable watchdog

Enable the watchdog on the T2080RDB. Signed-off-by: Chris Packham --- I've included this patch to show how I've been testing the driver. I'm not entirely happy with how the watchdog is represented in the DTS. Technically it's part of the CPU core so it should probably be under each of the CPU nod

[PATCH 1/2] watchdog: Add booke watchdog driver

Add a driver for the PowerPC Book E watchdog driver that is present on a number of Freescale/NXP SoCs. Signed-off-by: Chris Packham --- drivers/watchdog/Kconfig | 7 +++ drivers/watchdog/Makefile| 1 + drivers/watchdog/booke_wdt.c | 107 +++ 3 files c

Re: [PATCH 09/11] imx: ventana: enable dm support for MMC and SATA

On 2021/3/2 上午6:48, Peter Robinson wrote: On Mon, Mar 1, 2021 at 10:35 PM Tim Harvey wrote: Enable driver model support for MMC and SATA. Note that DM_MMC requires aliases for your mmc devices so they are added to the dts. Linux does not support enumerating mmc devices by alias so these are

[PATCH 3/3] board: freescale: t208xrdb: Add link to User Guide

The User Guide contains handy things like block diagrams and DIP switch settings and it's even available on the public web. Add a link to it in the README. Signed-off-by: Chris Packham --- board/freescale/t208xrdb/README | 5 + 1 file changed, 5 insertions(+) diff --git a/board/freescale/t

[PATCH 2/3] powerpc: t2080rdb: Enable RTC support

The T2080RDB has a ds1339 on i2c0. Add this to the devicetree and enable the relevant support in the configs. Signed-off-by: Chris Packham --- arch/powerpc/dts/t2080rdb.dts | 8 configs/T2080RDB_NAND_defconfig | 2 ++ configs/T2080RDB_SDCARD_defconfig | 2 ++ configs/T2080R

[PATCH 1/3] rtc: ds1307: Add ds1339 compatible

As far as u-boot is concerned the ds1339 is compatible with the other devices supported by the ds1307 driver. The Linux driver does expose some additional functionality but as far as u-boot is concerned just adding the compatible string is enough. Signed-off-by: Chris Packham --- drivers/rtc/ds

Re: [PATCH 00/20] ppc: qemu: Add eTSEC support

Hi Tom, On Tue, Mar 2, 2021 at 11:35 PM Bin Meng wrote: > > QEMU ppce500 machine can dynamically instantiate an eTSEC device > if "-device eTSEC" is given to QEMU. > > This series updates the fixed-link ethernet PHY driver as well as > the Freescale eTSEC driver to support the QEMU ppce500 board.

[PATCH] pci: Mark 64bit Memory BARs as such

Just a bit more info to the reader. Signed-off-by: Phil Sutter --- drivers/pci/pci_auto.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/pci/pci_auto.c b/drivers/pci/pci_auto.c index da76148c58398..05663c72b4b84 100644 --- a/drivers/pci/pci_auto.c +++ b/drivers/pci

[PATCH 5/5] ds414: Add sample u-boot update command

Signed-off-by: Phil Sutter --- include/configs/ds414.h | 7 ++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git a/include/configs/ds414.h b/include/configs/ds414.h index a2248cf75ad72..c8b45066cc75a 100644 --- a/include/configs/ds414.h +++ b/include/configs/ds414.h @@ -88,7 +88,12

[PATCH 3/5] board/Synology: Unify legacy kernel support

Move the relevant bits from ds109.{c,h} into common/ and adjust the code to fit both DS109 and DS414. Moreover: * Introduce syno_board_id() which translates CONFIG_MACH_TYPE into the expected board ID tag value. * Properly initialize isusbhost, mac and mtu fields from env variables. * Set the

[PATCH 1/5] ds414: Add a Kconfig defining some strings

A rather cosmetic change to conform with other board definitions. Signed-off-by: Phil Sutter --- board/Synology/ds414/Kconfig | 12 1 file changed, 12 insertions(+) create mode 100644 board/Synology/ds414/Kconfig diff --git a/board/Synology/ds414/Kconfig b/board/Synology/ds414/Kco

[PATCH 4/5] ds414: Auto-populate env if appropriate

Define a misc_init_r() which calls "syno populate_env" if the environment seems incomplete (or default), indicated by missing "ethaddr" variable. With this in place, no random MAC address fallback is needed anymore. Signed-off-by: Phil Sutter --- board/Synology/ds414/cmd_syno.c | 2 +- board/Sy

[PATCH 0/5] Synology DS414 integration mini-review

Board-specific code lacked a Kconfig file defining CONFIG_SYS_BOARD, CONFIG_SYS_VENDOR, etc - patch 1 fixes that. I was very pleased to notice the recent changes in PCI/USB code fixed xhci-pci functionality on DS414, so patch 2 enables XHCI support in defconfig. Adjusting DS109 atags code for DS4

[PATCH 2/5] configs: ds414: Enable XHCI_PCI by default

With the recent fixes in pci_mvebu and xhci-pci drivers, the two rear USB3 ports are finally usable and accessing them no longer hangs the system. Signed-off-by: Phil Sutter --- configs/ds414_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/configs/ds414_defconfig b/configs/ds414_de

Re: [BUG] segmentation fault in efi_firmware_fit_get_image_info()

Lukasz, On Tue, Mar 02, 2021 at 08:14:46PM +0100, Heinrich Schuchardt wrote: > Hello Takahiro, > > Jose's ESRT implementation calls efi_firmware_fit_get_image_info() > multiple times. This results in a segmentation fault in the depths of > dfu_free_entities() involving device_chld_remove(). > >

Re: [PATCH 2/3 v5] cmd: efi: ESRT table debug print

On Tue, Mar 02, 2021 at 12:13:53PM +, Jose Marinho wrote: > This commit enables the ESRT printing from the u-boot shell by invoking: > - efidebug capsule esrt > > Signed-off-by: Jose Marinho > > CC: Heinrich Schuchardt > CC: Sughosh Ganu > CC: AKASHI Takahiro > CC: Ilias Apalodimas

Re: [PATCH 3/3 v5] efi: ESRT creation tests

On Tue, Mar 02, 2021 at 07:30:31PM +0100, Heinrich Schuchardt wrote: > On 02.03.21 13:13, Jose Marinho wrote: > > This commmit exercises the ESRT creation in two tests. > > > > test 1: > > A fake FMP, with TEST_ESRT_NUM_ENTRIES FW images, is installed in the > > system leading to the correspondin

Re: [PATCH] hush: Fix assignments being misinterpreted as commands

On 3/2/21 8:34 AM, Tom Rini wrote: On Tue, Mar 02, 2021 at 08:24:20AM -0500, Sean Anderson wrote: On 3/2/21 8:20 AM, Tom Rini wrote: On Mon, Mar 01, 2021 at 06:07:36PM -0500, Sean Anderson wrote: On 3/1/21 1:26 PM, Heinrich Schuchardt wrote: On 3/1/21 3:17 PM, Tom Rini wrote: On Sun, Feb 28,

Re: [PATCH v3 1/1] env: sf: single function env_sf_save()

On 3/2/21 1:09 PM, Harry Waschkeit wrote: Hello Sean, On 02.03.21 00:10, Sean Anderson wrote: On 3/1/21 11:39 AM, Harry Waschkeit wrote: Hi again, gentle ping for that patch, also in view of subsequently sent patch ... https://lists.denx.de/pipermail/u-boot/2021-February/439797.html ...

Re: [PATCH] nvme: Elaborate on cache maintenance operation in get/set_features

Hi On Tue, Mar 2, 2021 at 4:43 PM Andre Przywara wrote: > > At the moment the nvme_get_features() and nvme_set_features() functions > carry a (somewhat misleading) comment about missing cache maintenance. > > As it turns out, nvme_get_features() has no caller at all in the tree, > and nvme_set_fe

[PATCH v3 2/2] board: gateworks: imx8mm: Add Gateworks Venice board support

Add initial support for Gateworks Venice product family based on the i.MX 8M Mini SoC Signed-off-by: Tim Harvey --- v3: - fix accidental change to TARGET_IMX8MN_EVK - gsc.h: remove unused MAX6642 defines from - power_init_board: fix PMIC access by using dm_i2c --- arch/arm/dts/imx8mm-venice-g

Re: [GIT PULL] rpi: second round of updates for v2021.04

On Tue, Mar 02, 2021 at 06:13:26PM +0100, Matthias Brugger wrote: > Hi Tom, > > Below are the second round of updates for Raspberry Pi aimed for the v2021.04 > release. > > The green CI loop can be found here: > https://source.denx.de/u-boot/custodians/u-boot-raspberrypi/-/pipelines/6579 > > Pl

[PATCH v3 0/2] Add Gateworks Venice board support

The Gateworks Venice product family consists of several boards based on the i.MX 8M Mini SoC. A challenge I've had with this is that the board model information is stored in an I2C based EEPROM that must be read to know what PMIC is on the board in order to adjust certain power rails before DRAM i

[PATCH v3 1/2] arm: dts: imx8mm: add Gateworks i.MX8 Mini Dev kits

Add Gateworks i.MX 8M Mini Development kits from Linux-5.12-rc1 Signed-off-by: Tim Harvey --- v3: add reference to Linux version files were pulled from --- arch/arm/dts/Makefile| 4 + arch/arm/dts/imx8mm-venice-gw700x.dtsi | 495 +++ arch/arm/dts/imx8m

Re: UBL/U-BOOT and MARVELL LINK STREET

:) 1. this is really old U-Boot 2. even current U-Boot does not have a full driver for Link Street switches. Your version from 2010.12 probably does not have this driver at all, so you are basically stuck with the automatic settings the switch got on reset 3. initialization of Link Street

Re: [PATCH] ARM: imx: imx8mn-ddr4-evk: Add ethernet support

On Tue, Mar 02, 2021 at 05:48:12PM +0100, Stefano Babic wrote: > On 02.03.21 17:11, Marek Vasut wrote: > > On 3/2/21 4:24 PM, Tom Rini wrote: > > > On Tue, Mar 02, 2021 at 03:52:39PM +0100, Marek Vasut wrote: > > > > On 3/2/21 10:16 AM, Michael Nazzareno Trimarchi wrote: > > > > > Hi Marek > > > >

Re: Commit 401d1c4f5d2 ("common: Drop asm/global_data.h from common header") broke CONFIG_CMD_SQUASHFS=y

On Tue, Mar 02, 2021 at 05:59:47PM +0100, Pali Rohár wrote: > On Friday 26 February 2021 13:54:40 Pali Rohár wrote: > > On Friday 26 February 2021 07:51:53 Tom Rini wrote: > > > On Fri, Feb 26, 2021 at 01:34:29PM +0100, Pali Rohár wrote: > > > > > > > Hello! > > > > > > > > Commit 401d1c4f5d2d29c

[PATCH] common: board_f: Restore 85xx watchdog support

In commit 75918afa649b ("powerpc: Drop old non-generic-board code") we lost the call to init_85xx_watchdog() which had the effect of disabling support for the watchdog on 85xx and similar SoCs (i.e. the QorIQ P Series and T Series). Signed-off-by: Chris Packham --- Admittedly this is a bit ugly b

Re: [PATCH 0/5] lmb: Add config for the number of memory and reserved regions

On Tue, Feb 02, 2021 at 01:59:07PM +0100, Patrick Delaunay wrote: > Hi, > > I propose a update of the lmb library to allow the configuration > with Kconfig of the number of memory and reserved regions in lmb > libary: > - CONFIG_LMB_RESERVED_REGIONS > - CONFIG_LMB_MEMORY_REGIONS > > By default,

UBL/U-BOOT and MARVELL LINK STREET

We have a problem where DHCP fails at the U-Boot prompt. My version of U-Boot is as follows: `U-Boot 2010.12-0-gadf5366 (Jul 20 2016 - 16:29:05) We have switched from a LAN8710 to a Marvell Link Street 88E6352 part. It appears to me that the initialization of the PHY is failing. This is wha

Re: [PATCH v6] imx: support for conga-QMX8 board

Hi Stefano, On Tue, Mar 2, 2021 at 5:30 PM Stefano Babic wrote: > I get now an error with CI for htmldocs: > > /builds/u-boot/custodians/u-boot-imx/doc/board/congatec/index.rst:document > isn't included in any toctree Does this fix it? --- a/doc/board/index.rst +++ b/doc/board/index.rst @@ -11

Re: [PATCH v6] imx: support for conga-QMX8 board

Hi Oliver, On 02.03.21 12:43, Oliver Graute wrote: Add i.MX8QM qmx8 congatec board support U-Boot 2021.04-rc1-00070-gcc181a2ad4 (Feb 19 2021 - 13:15:49 +0100) CPU: NXP i.MX8QM RevB A53 at 1200 MHz I get now an error with CI for htmldocs: /builds/u-boot/custodians/u-boot-imx/doc/board/con

[BUG] segmentation fault in efi_firmware_fit_get_image_info()

Hello Takahiro, Jose's ESRT implementation calls efi_firmware_fit_get_image_info() multiple times. This results in a segmentation fault in the depths of dfu_free_entities() involving device_chld_remove(). I used env set dfu_alt_info "sf 0:0=u-boot-bin raw 0x10 0x5;u-boot-env raw 0x15

Re: [PATCH 3/3 v5] efi: ESRT creation tests

On 02.03.21 13:13, Jose Marinho wrote: > This commmit exercises the ESRT creation in two tests. > > test 1: > A fake FMP, with TEST_ESRT_NUM_ENTRIES FW images, is installed in the > system leading to the corresponding ESRT entries being populated. > The ESRT entries are checked against the datas

Re: [PATCH v2] arm: Add support for Kobol Helios64 board

Uwe submitted this board last Thursday Dennis On Tue, Mar 2, 2021 at 10:46 AM Christian Glombek wrote: > > The hardware is described in detail on Kobol's wiki at > https://wiki.kobol.io/helios64/intro/. > > This commit is based on downstream work in Armbian by Aditya Prayoga [1]. > The devicetre

Re: [PATCH RESEND 1/3 v5] efi: Add ESRT to the EFI system table

On 02.03.21 18:26, Jose Marinho wrote: > The ESRT is initialised during efi_init_objlist after > efi_initialize_system_table(). > > The ESRT is recreated from scratch at the following events: > - successful UpdateCapsule; > - FMP instance install. > > The code ensures that every ESRT entry has a un

Re: [PATCH v3 1/1] env: sf: single function env_sf_save()

Hello Sean, On 02.03.21 00:10, Sean Anderson wrote: On 3/1/21 11:39 AM, Harry Waschkeit wrote: Hi again, gentle ping for that patch, also in view of subsequently sent patch ...   https://lists.denx.de/pipermail/u-boot/2021-February/439797.html ... which saw a competing patch by Patrick Dela

Re: [linux-sunxi] Re: [PATCH 2/2] sunxi: enable dual rank memory on R40

在 2021-03-02星期二的 15:19 +，Andre Przywara写道： > On Tue, 02 Mar 2021 21:50:49 +0800 > Icenowy Zheng wrote: > > Hi Icenowy, > > > 于 2021年3月2日 GMT+08:00 下午9:40:44, Andre Przywara < > > andre.przyw...@arm.com> 写到: > > > On Fri, 26 Feb 2021 00:13:25 +0800 > > > Icenowy Zheng wrote: > > >   > > > >

Re: [PATCH 01/20] net: phy: xilinx: Remove non-DM prototype of phy_connect_gmii2rgmii()

On Tue, Mar 2, 2021 at 5:35 PM Bin Meng wrote: > > At present phy_connect_gmii2rgmii() is implemented using a DM API > dev_of_offset() hence it cannot support a non-DM configuration. > Remove the non-DM version prototype of phy_connect_gmii2rgmii() > and make the driver depend on CONFIG_DM_ETH. >

Re: [PATCH 02/20] net: phy: xilinx: Convert to use APIs which support live DT

On Tue, Mar 2, 2021 at 5:35 PM Bin Meng wrote: > > Use ofnode_ APIs instead of fdt_ APIs so that the Xilinx PHY driver > can support live DT. > > Signed-off-by: Bin Meng > --- > > drivers/net/phy/phy.c | 19 +++ > 1 file changed, 7 insertions(+), 12 deletions(-) > > diff --git a/

Re: [PATCH 14/20] dt-bindings: net: Update Freescale TSEC to support "queue-group"

On Tue, Mar 2, 2021 at 5:38 PM Bin Meng wrote: > > At present the Freescale TSEC node DT bindings doc requires a > property in the TSEC node. But this might not always be the case. > In the upstream Linux kernel, there is no DT bindings doc for it > but the kernel driver tests a subnode of a name

Re: [PATCH 05/20] dt-bindings: net: Add the old DT bindings for "fixed-link"

On Tue, Mar 2, 2021 at 5:36 PM Bin Meng wrote: > > Per the upstream Linux kernel doc: > > Documentation/devicetree/bindings/net/ethernet-controller.yaml > > There are two ways to describe a fixed PHY attached to an Ethernet > device. This updates our dt-bindings doc to add the old DT bindings. >

Re: [PATCH 15/20] net: tsec: Support property from the subnode "queue-group"

On Tue, Mar 2, 2021 at 5:36 PM Bin Meng wrote: > > At present the tsec driver uses a non-standard DT bindings to get > its base / size. The upstream Linux kernel seems to require > the base / size to be put under a subnode of the eTSEC node > with a name prefix "queue-group". This is not documen

Re: [linux-sunxi] Re: [PATCH 2/2] sunxi: enable dual rank memory on R40

在 2021-03-02星期二的 15:19 +，Andre Przywara写道： > On Tue, 02 Mar 2021 21:50:49 +0800 > Icenowy Zheng wrote: > > Hi Icenowy, > > > 于 2021年3月2日 GMT+08:00 下午9:40:44, Andre Przywara < > > andre.przyw...@arm.com> 写到: > > > On Fri, 26 Feb 2021 00:13:25 +0800 > > > Icenowy Zheng wrote: > > >   > > > >

Re: [PATCH 13/20] net: phy: fixed: Support the old DT binding

On Tue, Mar 2, 2021 at 5:36 PM Bin Meng wrote: > > Update fixedphy_probe() to support the old DT binding. > > Signed-off-by: Bin Meng > --- > > drivers/net/phy/fixed.c | 29 ++--- > 1 file changed, 26 insertions(+), 3 deletions(-) > > diff --git a/drivers/net/phy/fixed.c

Re: [PATCH 12/20] net: phy: fixed: Add the missing ending newline

On Tue, Mar 2, 2021 at 5:36 PM Bin Meng wrote: > > The printf statement doesn't end with a newline. Add it. > > Signed-off-by: Bin Meng > --- > > drivers/net/phy/fixed.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/drivers/net/phy/fixed.c b/drivers/net/phy/fixed.c > i

Re: [PATCH 11/20] net: phy: fixed: Make driver ops static

On Tue, Mar 2, 2021 at 5:36 PM Bin Meng wrote: > > The PHY driver ops should be made static. > > Signed-off-by: Bin Meng > --- > > drivers/net/phy/fixed.c | 6 +++--- > 1 file changed, 3 insertions(+), 3 deletions(-) > > diff --git a/drivers/net/phy/fixed.c b/drivers/net/phy/fixed.c > index 1a38

Re: [PATCH 10/20] net: phy: Simplify the logic of phy_connect_fixed()

On Tue, Mar 2, 2021 at 5:36 PM Bin Meng wrote: > > Simplify the logic of phy_connect_fixed() by using the new API > ofnode_phy_is_fixed_link(), which brings additional bonus of > supporting the old DT bindings. > > Signed-off-by: Bin Meng > --- > > drivers/net/phy/phy.c | 18 ++ >

Re: [PATCH 09/20] net: tsec: Use ofnode_phy_is_fixed_link() API

On Tue, Mar 2, 2021 at 5:35 PM Bin Meng wrote: > > Switch to use the ofnode_phy_is_fixed_link() API which can support > both the new and old DT bindings. > > Signed-off-by: Bin Meng > --- > > drivers/net/tsec.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/drivers/

Re: [PATCH 04/20] net: phy: fixed: Convert to use APIs which support live DT

On Tue, Mar 2, 2021 at 5:35 PM Bin Meng wrote: > > Use ofnode_ APIs instead of fdt_ APIs so that the fixed PHY driver > can support live DT. > > Signed-off-by: Bin Meng > --- > > drivers/net/phy/phy.c | 13 +++-- > 1 file changed, 7 insertions(+), 6 deletions(-) > > diff --git a/drivers/

Re: [PATCH 03/20] net: phy: fixed: Remove non-DM prototype of phy_connect_fixed()

On Tue, Mar 2, 2021 at 5:35 PM Bin Meng wrote: > > CONFIG_PHY_FIXED depends on CONFIG_DM_ETH. Remove the non-DM version > prototype of phy_connect_fixed(). > > Signed-off-by: Bin Meng > --- > > drivers/net/phy/phy.c | 6 -- > 1 file changed, 6 deletions(-) > > diff --git a/drivers/net/phy/ph

Re: [PATCH 08/20] dm: mdio: Use ofnode_phy_is_fixed_link() API

On Tue, Mar 2, 2021 at 5:35 PM Bin Meng wrote: > > Switch to use the ofnode_phy_is_fixed_link() API which can support > both the new and old DT bindings. > > Signed-off-by: Bin Meng > --- > > net/mdio-uclass.c | 3 ++- > 1 file changed, 2 insertions(+), 1 deletion(-) > > diff --git a/net/mdio-uc

Re: [PATCH v4 14/14] qemu: arm64: Add documentation for capsule update

On Tue, 2 Mar 2021 at 22:36, Heinrich Schuchardt wrote: > On 02.03.21 17:39, Sughosh Ganu wrote: > > > > > > On Tue, 2 Mar 2021 at 21:27, Heinrich Schuchardt > > wrote: > > > > On 02.03.21 15:48, Sughosh Ganu wrote: > > > hi Heinrich, > > > > > > On Tue

[PATCH RESEND 1/3 v5] efi: Add ESRT to the EFI system table

The ESRT is initialised during efi_init_objlist after efi_initialize_system_table(). The ESRT is recreated from scratch at the following events: - successful UpdateCapsule; - FMP instance install. The code ensures that every ESRT entry has a unique fw_class value. Limitations: - The ESRT is not

Re: [PATCH 16/25] arm: Remove gwventana boards

Hi Tom, On Tue, 23 Feb 2021 at 10:39, Tim Harvey wrote: > > On Mon, Feb 22, 2021 at 9:40 AM Tom Rini wrote: > > > > On Mon, Feb 22, 2021 at 09:24:22AM -0800, Tim Harvey wrote: > > > On Wed, Feb 17, 2021 at 10:35 AM Tom Rini wrote: > > > > > > > > On Wed, Feb 17, 2021 at 10:26:20AM -0800, Tim Ha

Re: [PATCH] arm: Add support for Kobol Helios64 board

On Tue, Mar 2, 2021 at 5:03 PM Tom Rini wrote: > On Tue, Mar 02, 2021 at 04:10:03PM +0100, lor...@fedoraproject.org wrote: > > > From: Christian Glombek > > > > The hardware is described in detail on Kobol's wiki at > > https://wiki.kobol.io/helios64/intro/. > > > > This commit is based on downs

[GIT PULL] rpi: second round of updates for v2021.04

Hi Tom, Below are the second round of updates for Raspberry Pi aimed for the v2021.04 release. The green CI loop can be found here: https://source.denx.de/u-boot/custodians/u-boot-raspberrypi/-/pipelines/6579 Please have a look. Regards, Matthias --- The following changes since commit c5219c4

Re: [PATCH v4 14/14] qemu: arm64: Add documentation for capsule update

On 02.03.21 17:39, Sughosh Ganu wrote: > > > On Tue, 2 Mar 2021 at 21:27, Heinrich Schuchardt > wrote: > > On 02.03.21 15:48, Sughosh Ganu wrote: > > hi Heinrich, > > > > On Tue, 2 Mar 2021 at 16:45, Heinrich Schuchardt > mailto:xypron.g...@gmx.de> >

Re: Commit 401d1c4f5d2 ("common: Drop asm/global_data.h from common header") broke CONFIG_CMD_SQUASHFS=y

On Friday 26 February 2021 13:54:40 Pali Rohár wrote: > On Friday 26 February 2021 07:51:53 Tom Rini wrote: > > On Fri, Feb 26, 2021 at 01:34:29PM +0100, Pali Rohár wrote: > > > > > Hello! > > > > > > Commit 401d1c4f5d2d29c4bc4beaec95402ca23eb63295 ("common: Drop > > > asm/global_data.h from comm

Re: [PATCH] ARM: imx: imx8mn-ddr4-evk: Add ethernet support

On 02.03.21 17:11, Marek Vasut wrote: On 3/2/21 4:24 PM, Tom Rini wrote: On Tue, Mar 02, 2021 at 03:52:39PM +0100, Marek Vasut wrote: On 3/2/21 10:16 AM, Michael Nazzareno Trimarchi wrote: Hi Marek On Tue, Mar 2, 2021 at 9:40 AM Marek Vasut wrote: On 3/2/21 9:21 AM, Michael Nazzareno Trima

[PATCH v2] arm: Add support for Kobol Helios64 board

The hardware is described in detail on Kobol's wiki at https://wiki.kobol.io/helios64/intro/. This commit is based on downstream work in Armbian by Aditya Prayoga [1]. The devicetree is taken from Linux v5.12-rc1 and was originally submitted there by Uwe Kleine-Koenig [2]. [1] https://github.co

Re: [PATCH] ARM: imx: imx8mn-ddr4-evk: Add ethernet support

On Tue, Mar 02, 2021 at 05:11:48PM +0100, Marek Vasut wrote: > On 3/2/21 4:24 PM, Tom Rini wrote: > > On Tue, Mar 02, 2021 at 03:52:39PM +0100, Marek Vasut wrote: > > > On 3/2/21 10:16 AM, Michael Nazzareno Trimarchi wrote: > > > > Hi Marek > > > > > > > > On Tue, Mar 2, 2021 at 9:40 AM Marek Vasu

Re: [PATCH v4 14/14] qemu: arm64: Add documentation for capsule update

On Tue, 2 Mar 2021 at 21:27, Heinrich Schuchardt wrote: > On 02.03.21 15:48, Sughosh Ganu wrote: > > hi Heinrich, > > > > On Tue, 2 Mar 2021 at 16:45, Heinrich Schuchardt > > wrote: > > > > On 30.12.20 14:57, Sughosh Ganu wrote: > > > Add documentation highligh

Re: [PATCH v2 07/12] w1-eeprom: remove sandbox eeprom driver

Hi, On Tue, Mar 02, 2021 at 10:58:08AM +0100, Kory Maincent wrote: > Remove the sandbox w1 eeprom driver. The detection of w1 is > now automatic and does not depend on the devicetree, therefore this driver > can not be loaded anymore. > > Signed-off-by: Kory Maincent It's not really great to re

Re: [PATCH v2 10/12] sun5i: add support for DIP detection to CHIP board

On Tue, Mar 02, 2021 at 05:14:44PM +0100, Köry Maincent wrote: > Hello Maxime, > > Thanks for your review. > > On Tue, 2 Mar 2021 17:05:38 +0100 > Maxime Ripard wrote: > > > The split of that patch and the previous one is weird: you're adding a > > Kconfig symbol doing close to nothing in patc

Re: [PATCH v2 10/12] sun5i: add support for DIP detection to CHIP board

Hello Maxime, Thanks for your review. On Tue, 2 Mar 2021 17:05:38 +0100 Maxime Ripard wrote: > The split of that patch and the previous one is weird: you're adding a > Kconfig symbol doing close to nothing in patch 9, and you add the logic > behind it here > > It would be more natural to have

Re: [PATCH] ARM: imx: imx8mn-ddr4-evk: Add ethernet support

On 3/2/21 4:24 PM, Tom Rini wrote: On Tue, Mar 02, 2021 at 03:52:39PM +0100, Marek Vasut wrote: On 3/2/21 10:16 AM, Michael Nazzareno Trimarchi wrote: Hi Marek On Tue, Mar 2, 2021 at 9:40 AM Marek Vasut wrote: On 3/2/21 9:21 AM, Michael Nazzareno Trimarchi wrote: Hi Marek On Tue, Mar 2, 2

Re: [PATCH v2 10/12] sun5i: add support for DIP detection to CHIP board

Hi, On Tue, Mar 02, 2021 at 10:58:11AM +0100, Kory Maincent wrote: > Add the extension_board_scan specific function to scan the information > of the EEPROM on one-wire and fill the extension struct. > > Signed-off-by: Kory Maincent > --- > arch/arm/mach-sunxi/Kconfig | 2 + > board/sunxi/Make

Re: [PATCH v4 14/14] qemu: arm64: Add documentation for capsule update

On 02.03.21 15:48, Sughosh Ganu wrote: > hi Heinrich, > > On Tue, 2 Mar 2021 at 16:45, Heinrich Schuchardt > wrote: > > On 30.12.20 14:57, Sughosh Ganu wrote: > > Add documentation highlighting the steps for using the uefi capsule > > update feature for updat

Re: [PATCH] arm: Add support for Kobol Helios64 board

On Tue, Mar 02, 2021 at 04:10:03PM +0100, lor...@fedoraproject.org wrote: > From: Christian Glombek > > The hardware is described in detail on Kobol's wiki at > https://wiki.kobol.io/helios64/intro/. > > This commit is based on downstream work in Armbian by Aditya Prayoga [1]. > The devicetree

Re: [PATCH] nvme: add cache flush in get/set_features

On Fri, 26 Feb 2021 17:11:07 +0100 Neil Armstrong wrote: Hi Neil, > On 26/02/2021 16:22, André Przywara wrote: > > On 26/02/2021 14:13, Neil Armstrong wrote: > > > > Hi, > > > [..] > > > > > And if this seems to fix something, how? > > Good question... sorry for the noise my patch is to

[PATCH] nvme: Elaborate on cache maintenance operation in get/set_features

At the moment the nvme_get_features() and nvme_set_features() functions carry a (somewhat misleading) comment about missing cache maintenance. As it turns out, nvme_get_features() has no caller at all in the tree, and nvme_set_features' only user doesn't use a DMA buffer. Mention that in the comm

Re: [PATCH 01/20] net: phy: xilinx: Remove non-DM prototype of phy_connect_gmii2rgmii()

On 3/2/21 4:34 PM, Bin Meng wrote: > At present phy_connect_gmii2rgmii() is implemented using a DM API > dev_of_offset() hence it cannot support a non-DM configuration. > Remove the non-DM version prototype of phy_connect_gmii2rgmii() > and make the driver depend on CONFIG_DM_ETH. > > Signed-of

Re: [PATCH 02/20] net: phy: xilinx: Convert to use APIs which support live DT

Hi Bin, On Tue, Mar 02, 2021 at 11:34:33PM +0800, Bin Meng wrote: > Use ofnode_ APIs instead of fdt_ APIs so that the Xilinx PHY driver > can support live DT. > > Signed-off-by: Bin Meng > --- Nice to see you work on this, but did you see my patches? https://patchwork.ozlabs.org/project/uboot/p

[PATCH] arm: Add support for Kobol Helios64 board

From: Christian Glombek The hardware is described in detail on Kobol's wiki at https://wiki.kobol.io/helios64/intro/. This commit is based on downstream work in Armbian by Aditya Prayoga [1]. The devicetree is taken from Linux and was originally submitted there by Uwe Kleine-Koenig [2]. [1] ht

  1   2   >