Re: [U-Boot] [PATCH v10 10/28] net: add support for bcm6348-enet

Am 29.11.18 um 23:25 schrieb Álvaro Fernández Rojas: > Signed-off-by: Álvaro Fernández Rojas > --- > v10: Introduce changes suggested by Daniel Schwierzeck: > - Fix license identifiers. > - Remove packet queue. > - Move dma_prepare_rcv_buf to free_pkt. > - Switch to live DM live tree.

Re: [U-Boot] [PATCH 3/3 v4] mips: mt76xx: gardena-smart-gateway: Add factory data variable handling

Am 30.11.18 um 07:46 schrieb Stefan Roese: > Some factory data is stored in the SPI NOR and needs to get extracted > from there into U-Boot environment variables. > > This patch also includes a board-specific command "fd_write" to > provide some dummy / default values for this factory-data in

Re: [U-Boot] [PATCH v4] pico-imx7d: Increase the CONFIG_ENV_OFFSET size

Hi Wolfgang, On Fri, Nov 30, 2018 at 1:33 PM Wolfgang Denk wrote: > This is IMHO the wrong approach. Why not fix this problem? That would be much better indeed, but I don't have the necessary Makefile skills to fix it. > Can you please try somthing like this (only minimally tested): I tried

Re: [U-Boot] [PATCH v2] efi_loader: Reserve unaccessible memory

On 11/29/18 6:11 PM, Alexander Graf wrote: On some systems, not all RAM may be usable within U-Boot. Maybe the memory maps are incomplete, maybe it's used as workaround for broken DMA. But whatever the reason may be, a platform can say that it does not wish to have its RAM accessed above a

[U-Boot] Please pull u-boot-marvell/master

Hi Tom, please pull the next batch of Marvell related patches. Here a short summary: - Some Kirkwood boards converted to DM_SPI by Chris - New Armada-385 SoC revision printed by Chris - Ethernet enable on mcbin by Baruch - Support 2 DRAM banks on Armada-8k boards by Baruch Thanks, Stefan The

Re: [U-Boot] [PATCH] video: Allow driver to specify the line length

Hi Simon, On Thu, 29 Nov 2018 15:08:52 -0700 Simon Glass s...@chromium.org wrote: > At present line_length is always calculated in video_post_probe(). But > some hardware may use a different line length, e.g. with a 1366-wide > display. > > Allow the driver to set this value if needed. > >

Re: [U-Boot] [PATCH v4 0/7] Fix CVE-2018-18440 and CVE-2018-18439

Hi Simon, after applying these Patch-series i cannot load to any address (fatload). Do i need any additional Patch ("fdt: parse "reserved-memory" for memory reservation" sounds like that). Maybe there should be a fallback if no reservation is defined. regards Frank > Gesendet: Samstag, 24.

[U-Boot] [PATCH v2 3/5] mmc: mxsmmc: select BOUNCE_BUFFER unconditionally

The driver for the mxsmmc depends on the bounce buffer utility functions. Unconditionally select BOUNCE_BUFFER, when this driver is enabled. This commit also includes the postprocessing to remove now-unused comments from the config-header after moveconfig has run. Signed-off-by: Philipp Tomsich

[U-Boot] [PATCH v2 4/5] mmc: tegra: select BOUNCE_BUFFER unconditionally

The driver for the SDHCI_TEGRA depends on the bounce buffer utility functions. Unconditionally select BOUNCE_BUFFER, when this driver is enabled. This also includes the post-processing to drop unused comments after running moveconfig. Signed-off-by: Philipp Tomsich --- Changes in v2: None

Re: [U-Boot] rockchp: rock_defconfig: remove TPL_TINY_MEMSET

> The rk3188 rock board does not need TPL, remove relate MACRO. > > Signed-off-by: Kever Yang > --- > > configs/rock_defconfig | 1 - > 1 file changed, 1 deletion(-) > Reviewed-by: Philipp Tomsich ___ U-Boot mailing list U-Boot@lists.denx.de

Re: [U-Boot] [U-Boot, v5, 2/6] ARM: rockchip: rv1108: Enable BOUNCE_BUFFER

> In order to be able to build the Rockchip eMMC driver on rv1108, the > BOUNCE_BUFFER option needs to be selected. Select it like it is done > on the other Rockchip SoC common files. > > Reviewed-by: Andy Yan > Signed-off-by: Otavio Salvador > --- > > Changes in v5: None > Changes in v4: None

Re: [U-Boot] [U-Boot, v5, 5/6] ARM: dts: rockchip: Add rv1108 USB OTG pinctrl

> This adds the definitions need to use the USB OTG in rv1108 > board. This has been tested using USB Mass Storage to export and > program a eMMC device. > > Signed-off-by: Otavio Salvador > --- > > Changes in v5: None > Changes in v4: > - new patch > > Changes in v3: None > Changes in v2:

Re: [U-Boot] [U-Boot, v5, 4/6] ARM: rockchip: rv1108: Add a board_usb_init for USB OTG

> Like it is done for other Rockchip SoCs, introduce a board_usb_init() > function so that USB OTG can be functional on rv1108 too. > > Signed-off-by: Otavio Salvador > --- > > Changes in v5: None > Changes in v4: > - split out dts changes > > Changes in v3: > - rework commit log > > Changes

Re: [U-Boot] [U-Boot, v5, 6/6] ARM: rockchip: rv1108: Add support for default distro_bootcmd

> This allow easier integration of RV1108 based boards on generic > distributions and build systems. > > To avoid behavior change, we make evb-rv1108 to use the existing > environment as it boots from its SPI NOR. > > Signed-off-by: Otavio Salvador > --- > > Changes in v5: None > Changes in

Re: [U-Boot] [PATCH 0/6] Migrate BOUNCE_BUFFER

On Fri, Nov 30, 2018 at 04:30:53PM +0100, Philipp Tomsich wrote: > Tom, > > > On 30.11.2018, at 15:13, Philipp Tomsich > > wrote: > > > > Simon, > > > >> On 30.11.2018, at 14:55, Simon Goldschmidt > >> mailto:simon.k.r.goldschm...@gmail.com>> > >> wrote: > >> > >> [cut down CC list as

Re: [U-Boot] [U-Boot, v5, 3/6] ARM: dts: rockchip: Add rv1108 eMMC pinctrl

> This adds the pinctrl handles to enable the use of eMMC on custom > boards (as minievk) and makes it easier for later addition. > > Signed-off-by: Otavio Salvador > --- > > Changes in v5: None > Changes in v4: None > Changes in v3: > - rework commit log > > Changes in v2: > - split bounce

Re: [U-Boot] [PATCH v5 3/6] ARM: dts: rockchip: Add rv1108 eMMC pinctrl

> On 30.11.2018, at 14:34, Otavio Salvador wrote: > > This adds the pinctrl handles to enable the use of eMMC on custom > boards (as minievk) and makes it easier for later addition. I forgot to remark that this is not really useful in U-Boot today, as the pinctrl driver does not parse the

Re: [U-Boot] [PATCH v10 18/28] net: add support for bcm6368-enet

Am 29.11.18 um 23:25 schrieb Álvaro Fernández Rojas: > Signed-off-by: Álvaro Fernández Rojas > --- > v10: Introduce changes suggested by Daniel Schwierzeck: > - Fix license identifiers. > - Remove packet queue. > - Move dma_prepare_rcv_buf to free_pkt. > - Pad packets smaller than

Re: [U-Boot] [PATCH v10 01/28] dma: add bcm6348-iudma support

Hi Daniel, El 30/11/2018 a las 14:46, Daniel Schwierzeck escribió: Am 29.11.18 um 23:25 schrieb Álvaro Fernández Rojas: BCM6348 IUDMA controller is present on multiple BMIPS (BCM63xx) SoCs. Signed-off-by: Álvaro Fernández Rojas --- v10: Introduce changes suggested by Daniel Schwierzeck:

[U-Boot] [PATCH 7/7] doc: ti-secure: Add ULO info for AM57xx/DRA7xx secure devices from TI

Booting from UART and USB on HS devices is now supported for this platform. Update documentation for the same. Signed-off-by: Andrew F. Davis --- doc/README.ti-secure | 8 ++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git a/doc/README.ti-secure b/doc/README.ti-secure index

[U-Boot] [PATCH 1/3] serial: bcm6345: switch to raw I/O functions

Signed-off-by: Álvaro Fernández Rojas --- drivers/serial/serial_bcm6345.c | 100 1 file changed, 50 insertions(+), 50 deletions(-) diff --git a/drivers/serial/serial_bcm6345.c b/drivers/serial/serial_bcm6345.c index a0e709a11e..2866b88c26 100644 ---

[U-Boot] [PATCH v2 2/5] mmc: dw_mmc: depend on BOUNCE_BUFFER

The driver for the dw_mmc depends on the bounce buffer utility functions. Unconditionally select BOUNCE_BUFFER, when DW_MMC is enabled. This also includes the postprocessing of the config-headers to drop now-unused comments after moveconfig has run. Signed-off-by: Philipp Tomsich Reviewed-by:

[U-Boot] [PATCH v2 5/5] arc: select BOUNCE_BUFFER for CMD_NAND on AXS10x

The NAND driver of AXS10x depends on the availability of the bounce buffer. As the NAND driver is gated by CMD_NAND only, we need to select BOUNCE_BUFFER conditionally (on CMD_NAND) for TARGET_AXS101 and TARGET_AXS103. Signed-off-by: Philipp Tomsich --- Changes in v2: None arch/arc/Kconfig

Re: [U-Boot] [PATCH v4] pico-imx7d: Increase the CONFIG_ENV_OFFSET size

On Fri, Nov 30, 2018 at 12:52 PM Fabio Estevam wrote: > > U-Boot binary has grown in such a way that it goes beyond the reserved > area for the environment variables. > > Running "saveenv" causes U-Boot to hang because of this overlap. > > Fix this problem by increasing the CONFIG_ENV_OFFSET

[U-Boot] [PATCH 3/7] dfu: Remove dependency on HUSH parser in SPL

CLI support with the HUSH parser is not currently SPL safe due to it's use of realloc. That function is not defined for SPLs that use SYS_MALLOC_SIMPLE. CLI support can be built in to SPL and some functions do work, but use of some like run_command() will cause build to fail. When no SPL code

Re: [U-Boot] [PATCH 0/6] Migrate BOUNCE_BUFFER

Tom, > On 30.11.2018, at 15:13, Philipp Tomsich > wrote: > > Simon, > >> On 30.11.2018, at 14:55, Simon Goldschmidt > > wrote: >> >> [cut down CC list as gmail won't let me send to that many people :-( ] > > Sometimes I wonder if patman will at some

Re: [U-Boot] [PULL] u-boot-socfpga/master

On Thu, Nov 29, 2018 at 09:18:39PM +0100, Marek Vasut wrote: > The following changes since commit 67cf22cbdef8c62ffa28b4caf935825fe410c68d: > > Merge branch 'master' of git://git.denx.de/u-boot-usb (2018-11-27 > 14:01:45 -0500) > > are available in the Git repository at: > >

[U-Boot] [PATCH 5/7] defconfigs: Add config for DRA7xx High Security EVM with UART/USB Boot support

Add a new defconfig file for the DRA7xx High Security EVM. This config is specific for the case of UART/USB booting. Signed-off-by: Andrew F. Davis --- MAINTAINERS | 1 + configs/dra7xx_hs_evm_uart_defconfig | 106 +++ 2 files changed, 107

[U-Boot] [PATCH 4/7] ARM: mach-omap2: Kconfig: Allow OMAP5 devices to set entry point

Like AM33xx and AM43xx, DRA7xx and AM57xx devices may need to have an non-standard boot address in memory. This may be due to the device being a high security variant, which place the Initial SoftWare (ISW) after certificates and secure software. Allow these devices to set this from Kconfig.

[U-Boot] [PATCH 6/7] defconfigs: Add config for AM57xx High Security EVM with UART/USB Boot support

Add a new defconfig file for the AM57xx High Security EVM. This config is specific for the case of UART/USB booting. Signed-off-by: Andrew F. Davis --- MAINTAINERS | 1 + configs/am57xx_hs_evm_uart_defconfig | 92 2 files changed, 93

[U-Boot] [PATCH 2/7] dfu: Make DFU support more SPL friendly

Do this by using $(SPL_) in Makefiles and CONFIG_IS_ENABLED in C code. This ensures the files and features are only built into the right build for which they are enabled. Using the macros to simplify this patch was made possible by the config symbol rename done in the last patch. Signed-off-by:

[U-Boot] [PATCH 3/3] serial: bcm6858: remove driver and switch to bcm6345

Signed-off-by: Álvaro Fernández Rojas --- arch/arm/dts/bcm6858.dtsi | 2 +- configs/bcm968580_ram_defconfig | 2 +- drivers/serial/Kconfig | 8 +- drivers/serial/Makefile | 1 - drivers/serial/serial_bcm6858.c | 300 5 files

[U-Boot] [PATCH 0/3] serial: bcm6345: switch to raw I/O functions

These patches allow to use bcm6345 uart driver for both BE and LE, making bcm6858 serial driver unneeded. Álvaro Fernández Rojas (3): serial: bcm6345: switch to raw I/O functions arm: implement {in,out}_{16,32} and {clr,set,clrset}bits_{16,32} serial: bcm6858: remove driver and switch to

[U-Boot] [PATCH 2/3] arm: implement {in, out}_{16, 32} and {clr, set, clrset}bits_{16, 32}

Signed-off-by: Álvaro Fernández Rojas --- arch/arm/include/asm/io.h | 13 + 1 file changed, 13 insertions(+) diff --git a/arch/arm/include/asm/io.h b/arch/arm/include/asm/io.h index 5df74728de..12bc7fbe06 100644 --- a/arch/arm/include/asm/io.h +++ b/arch/arm/include/asm/io.h @@

Re: [U-Boot] [PATCH v4] pico-imx7d: Increase the CONFIG_ENV_OFFSET size

Dear Fabio, In message <1543589533-4257-1-git-send-email-feste...@gmail.com> you wrote: > U-Boot binary has grown in such a way that it goes beyond the reserved > area for the environment variables. > > Running "saveenv" causes U-Boot to hang because of this overlap. > > Fix this problem by

[U-Boot] [PATCH 1/7] spl: Kconfig: Drop the _SUPPORT postfix from SPL_DFU

The symbol CONFIG_SPL_DFU_SUPPORT in SPL build has the same meaning as CONFIG_DFU in regular U-Boot. Drop the _SUPPORT to allow for cleaner use in code. Signed-off-by: Andrew F. Davis --- arch/arm/cpu/armv8/zynqmp/spl.c | 2 +- arch/arm/mach-omap2/boot-common.c | 2 +- common/Makefile

Re: [U-Boot] [U-Boot, v5, 1/6] ARM: rockchip: rv1108: Sync clock with vendor tree

> Make adjustments to the rv1108 clock driver in order to align it > with the internal Rockchip version. > > Signed-off-by: Otavio Salvador > --- > > Changes in v5: > - applied changes sent by Vicent Chi > > Changes in v4: > - revert a wrong removal of devices > > Changes in v3: None >

Re: [U-Boot] rockchip: rk3399: Initialize CPU B clock.

> This patch sets the PLL of CPU cluster B (BPLL) to 600 MHz. > This decreases the boot time of Linux 4.19 by about 8%. > > The 600 MHz are inspired by the 600 MHz used for LPLL initialization > (came in with commit 9f636a249c1). > > Tested on RK3399-Q7 on Haikou base board. > > Signed-off-by:

Re: [U-Boot] [PATCH v2] efi_loader: Reserve unaccessible memory

On 11/30/18 2:11 AM, Alexander Graf wrote: > On some systems, not all RAM may be usable within U-Boot. Maybe the > memory maps are incomplete, maybe it's used as workaround for broken > DMA. But whatever the reason may be, a platform can say that it does > not wish to have its RAM accessed above a

Re: [U-Boot] [PATCH] rockchip: rk3399: Initialize CPU B clock.

> From: Christoph Muellner > Date: Mon, 19 Nov 2018 14:44:13 +0100 > > This patch sets the PLL of CPU cluster B (BPLL) to 600 MHz. > This decreases the boot time of Linux 4.19 by about 8%. > > The 600 MHz are inspired by the 600 MHz used for LPLL initialization > (came in with commit

Re: [U-Boot] [U-Boot, v2, 2/2] rockchip: fix incorrect detection of ram size

Marty, > On 30.11.2018, at 22:05, Philipp Tomsich > wrote: > >> Taken from coreboot's src/soc/rockchip/rk3288/sdram.c >> >> Without this change, my u-boot build for the asus c201 chromebook (4GiB) >> is incorrectly detected as 0 Bytes of ram. >> >> Signed-off-by: Marty E. Plummer >>

Re: [U-Boot] [PATCH v3 2/3] efi_loader: correctly aligned transmit buffer

On 20.10.18 21:54, Heinrich Schuchardt wrote: > Provide a correctly aligned transmit buffer not depending on > CONFIG_EFI_LOADER_BOUNCE_BUFFER. What problem does this patch fix? Please describe so in the patch header. Alex ___ U-Boot mailing list

Re: [U-Boot] [PATCH] mtd: sf_probe: add jedec,spi-nor compatible

Hi Simon, On 25/11/2018 19:57, Simon Goldschmidt wrote: > On 14.11.2018 10:15, Jagan Teki wrote: >> On Wed, Nov 14, 2018 at 2:39 PM Simon Goldschmidt >> wrote: >>> On Wed, Nov 14, 2018 at 9:59 AM Jagan Teki >>> wrote: On Sat, Nov 10, 2018 at 1:14 AM Simon Goldschmidt wrote: > On

Re: [U-Boot] [PATCH 0/6] Migrate BOUNCE_BUFFER

Sorry for the broken format in the last mail. Seems like thunderbird broke my setup after upgrading to v60... Am 30.11.2018 um 16:30 schrieb Philipp Tomsich: Tom, On 30.11.2018, at 15:13, Philipp Tomsich > wrote: Simon, On 30.11.2018, at

[U-Boot] [PATCH 0/7] Add USB/UART boot to HS DRA7xx/AM57xx

Hello all, This series adds USB/UART boot support to HS DRA7xx/AM57xx platforms. We start by cleaning up DFU boot in SPL support. What is done in the first patch for DFU, if acceptable, should be done to the other boot modes. The 4th patch is needed as on HS devices a header is added to the

Re: [U-Boot] [PATCH 1/1] dm: core: add functions to get/remap I/O addresses by name

Hi Daniel, El 30/11/2018 a las 14:29, Daniel Schwierzeck escribió: Am 29.11.18 um 20:57 schrieb Álvaro Fernández Rojas: Signed-off-by: Álvaro Fernández Rojas --- drivers/core/fdtaddr.c | 10 ++ drivers/core/read.c| 20 include/dm/fdtaddr.h | 13

[U-Boot] [PATCH] rockchip: rk3399-puma: reduce sd card max-frequency to 40MHz

Some SanDisk Ultra cards trigger intermittent errors on detection resulting in an -EOPNOTSUPP, when running at 50MHz. Waveform analysis suggest that the level shifters that are used on the RK3399-Q7 module (for voltage translation between the on-module voltages and the 3.3V required on the

Re: [U-Boot] [PATCH v2] rockchip: rk3399: Initialize CPU B clock.

Christoph, On 30.11.2018, at 20:32, Christoph Muellner wrote: > > This patch sets the PLL of CPU cluster B (BPLL) to 600 MHz. > This decreases the boot time of Linux 4.19 by about 8%. > > The 600 MHz are inspired by the 600 MHz used for LPLL initialization > (came in with commit 9f636a249c1).

Re: [U-Boot] [U-Boot, v5, 3/6] ARM: dts: rockchip: Add rv1108 eMMC pinctrl

> This adds the pinctrl handles to enable the use of eMMC on custom > boards (as minievk) and makes it easier for later addition. > > Signed-off-by: Otavio Salvador > Reviewed-by: Philipp Tomsich > --- > > Changes in v5: None > Changes in v4: None > Changes in v3: > - rework commit log > >

Re: [U-Boot] [U-Boot, v5, 1/6] ARM: rockchip: rv1108: Sync clock with vendor tree

> Make adjustments to the rv1108 clock driver in order to align it > with the internal Rockchip version. > > Signed-off-by: Otavio Salvador > Reviewed-by: Philipp Tomsich > --- > > Changes in v5: > - applied changes sent by Vicent Chi > > Changes in v4: > - revert a wrong removal of devices >

Re: [U-Boot] [U-Boot, v5, 6/6] ARM: rockchip: rv1108: Add support for default distro_bootcmd

> This allow easier integration of RV1108 based boards on generic > distributions and build systems. > > To avoid behavior change, we make evb-rv1108 to use the existing > environment as it boots from its SPI NOR. > > Signed-off-by: Otavio Salvador > Reviewed-by: Philipp Tomsich > --- > >

[U-Boot] [PATCH v3 0/5] Migrate BOUNCE_BUFFER

A number of MMC drivers uses BOUNCE_BUFFER for their DMA buffers. This moves it into Kconfig and performs a step-by-step migration for the affected boards/drivers. Given that BOUNCE_BUFFER only controls whether the bounce_buffer_* functions are build and linked, this configuration option could

Re: [U-Boot] Please pull u-boot-marvell/master

On Fri, Nov 30, 2018 at 03:45:29PM +0100, Stefan Roese wrote: > Hi Tom, > > please pull the next batch of Marvell related patches. Here a short > summary: > > - Some Kirkwood boards converted to DM_SPI by Chris > - New Armada-385 SoC revision printed by Chris > - Ethernet enable on mcbin by

Re: [U-Boot] rockchp: rock_defconfig: remove TPL_TINY_MEMSET

> The rk3188 rock board does not need TPL, remove relate MACRO. > > Signed-off-by: Kever Yang > Reviewed-by: Philipp Tomsich > --- > > configs/rock_defconfig | 1 - > 1 file changed, 1 deletion(-) > Applied to u-boot-rockchip, thanks! ___ U-Boot

Re: [U-Boot] [U-Boot, v5, 4/6] ARM: rockchip: rv1108: Add a board_usb_init for USB OTG

> Like it is done for other Rockchip SoCs, introduce a board_usb_init() > function so that USB OTG can be functional on rv1108 too. > > Signed-off-by: Otavio Salvador > Reviewed-by: Philipp Tomsich > --- > > Changes in v5: None > Changes in v4: > - split out dts changes > > Changes in v3: > -

Re: [U-Boot] [U-Boot,1/2] rtc: rv3029: add to Kconfig

> The MicroCrystal RV3029 driver didn't have a Kconfig entry and was not used > anywhere. Add it to Kconfig to make it selectable. > > Signed-off-by: Philipp Tomsich > Tested-by: Klaus Goger > --- > > drivers/rtc/Kconfig | 10 ++ > 1 file changed, 10 insertions(+) > Applied to

Re: [U-Boot] [U-Boot, 2/2] rtc: rv3029: update to support DM and sync with Linux 4.17

> The "Flamingo" carrier-board for the RK3399-Q7 has a RV3029 populated > and the application will use the off-module RV3029 RTC including the > battery backed SRAM. > > To support this use case, this commit includes the following changes: > * updates the rv3029 driver to use DM > * implements

[U-Boot] [PATCH v2 0/5] Migrate BOUNCE_BUFFER

A number of MMC drivers uses BOUNCE_BUFFER for their DMA buffers. This moves it into Kconfig and performs a step-by-step migration for the affected boards/drivers. Given that BOUNCE_BUFFER only controls whether the bounce_buffer_* functions are build and linked, this configuration option could

[U-Boot] Please pull u-boot-dm (take 2)

Hi Tom, See: https://travis-ci.org/sglass68/u-boot/builds/461837218?utm_medium=notification_source=email The following changes since commit e16c888fab5014b022d5781dc534f204460a073b: Merge branch '2018-11-28-master-imports' (2018-11-28 23:04:58 -0500) are available in the Git repository at:

Re: [U-Boot] [PATCH v3] efi_loader: Reserve unaccessible memory

On 11/30/18 9:24 PM, Alexander Graf wrote: > On some systems, not all RAM may be usable within U-Boot. Maybe the > memory maps are incomplete, maybe it's used as workaround for broken > DMA. But whatever the reason may be, a platform can say that it does > not wish to have its RAM accessed above a

Re: [U-Boot] [PATCH] rockchip: rk3399: Initialize CPU B clock.

> On 30.11.2018, at 19:37, Mark Kettenis wrote: > >> From: Christoph Muellner >> Date: Mon, 19 Nov 2018 14:44:13 +0100 >> >> This patch sets the PLL of CPU cluster B (BPLL) to 600 MHz. >> This decreases the boot time of Linux 4.19 by about 8%. >> >> The 600 MHz are inspired by the 600 MHz

[U-Boot] [PATCH v2] rockchip: rk3399: Initialize CPU B clock.

This patch sets the PLL of CPU cluster B (BPLL) to 600 MHz. This decreases the boot time of Linux 4.19 by about 8%. The 600 MHz are inspired by the 600 MHz used for LPLL initialization (came in with commit 9f636a249c1). Tested on RK3399-Q7 on Haikou base board. Changes since v1: * Set

[U-Boot] [PATCH v5 3/3] rockchip: rk3399-puma: enable fan53555 regulators in DTS

Now that we have FAN53555 support, we can enable the regulators in our DTS. To make these easier to identify on the U-Boot commandline, we rename them to the names of the voltage rails they control. Signed-off-by: Philipp Tomsich --- Changes in v5: None Changes in v4: None Changes in v3: None

Re: [U-Boot] [PATCH v2] efi_loader: Reserve unaccessible memory

On 30.11.18 19:32, Heinrich Schuchardt wrote: > On 11/30/18 2:11 AM, Alexander Graf wrote: >> On some systems, not all RAM may be usable within U-Boot. Maybe the >> memory maps are incomplete, maybe it's used as workaround for broken >> DMA. But whatever the reason may be, a platform can say

[U-Boot] [PATCH v3] efi_loader: Reserve unaccessible memory

On some systems, not all RAM may be usable within U-Boot. Maybe the memory maps are incomplete, maybe it's used as workaround for broken DMA. But whatever the reason may be, a platform can say that it does not wish to have its RAM accessed above a certain address by defining

[U-Boot] [GIT PULL] u-boot-mips

Hi Tom, please pull some minor updates for MIPS. https://travis-ci.org/danielschwierzeck/u-boot/builds/461866534 The following changes since commit 6d4a3ff2649faa2cf2739e332557f256cc34831e: Merge branch 'master' of git://git.denx.de/u-boot-socfpga (2018-11-29 16:36:53 -0500) are available

Re: [U-Boot] [PATCH v3 3/3] efi_loader: fix simple network protocol

On 20.10.18 21:54, Heinrich Schuchardt wrote: > We should not call eth_rx() before the network interface is initialized. > The services of the simple network protocol should check the state of > the network adapter. > > Add and correct comments. > > Without this patch i.mx6 system Wandboard

Re: [U-Boot] [PATCH 1/3] buildman/toolchain.py: update versions

On Fri 2018-11-30 @ 06:48:35 AM, Trevor Woerner wrote: > In any case I'm partway through doing a test with and without my patches. > I'll post my results for the sake of completeness. Using a relatively recent pull, I have the "master" test, and the "twoerner" test which simply adds my patches on

[U-Boot] [PATCH v4 1/3] efi_selftest: fix simple network protocol test

To use the simple network protocol we have to call the start service first and the initialize service second. Signed-off-by: Heinrich Schuchardt --- v4: no change v3: split the patch into a series --- lib/efi_selftest/efi_selftest_snp.c | 16 1 file changed, 8

[U-Boot] [PATCH v4 3/3] efi_loader: fix simple network protocol

We should not call eth_rx() before the network interface is initialized. The services of the simple network protocol should check the state of the network adapter. Add and correct comments. Without this patch i.mx6 system Wandboard Quad rev B1 fails to execute bootefi selftest. Signed-off-by:

[U-Boot] [PATCH v4 2/3] efi_loader: correctly aligned transmit buffer

Calling net_send_packet() requires that the buffer is aligned to a multiple of PKTALIGN (= ARCH_DMA_MINALIGN). The UEFI spec does not require efi_net_transmit() to be called with a buffer with any special alignment. So we have to copy to an aligned buffer. The current coding copies to an aligned

Re: [U-Boot] [U-Boot, v16, 4/4] efi: Rename bootefi_test_finish() to bootefi_run_finish()

> This function can be used from do_bootefi_exec() so that we use mostly the > same code for a normal EFI application and an EFI test. > > Rename the function and use it in both places. > > Signed-off-by: Simon Glass Thanks, applied to efi-next Alex

Re: [U-Boot] [U-Boot,v3] efi_loader: Reserve unaccessible memory

> On some systems, not all RAM may be usable within U-Boot. Maybe the > memory maps are incomplete, maybe it's used as workaround for broken > DMA. But whatever the reason may be, a platform can say that it does > not wish to have its RAM accessed above a certain address by defining >

Re: [U-Boot] [U-Boot, v16, 2/4] efi: Split out test init/uninit into functions

> The functions in bootefi are very long because they mix high-level code > and control with the low-level implementation. To help with this, create > functions which handle preparing for running the test and cleaning up > afterwards. > > Also shorten the awfully long variable names here. > >

[U-Boot] Please pull u-boot-rockchip

://git.denx.de/u-boot-rockchip.git tags/for-master-20181130 for you to fetch changes up to 17e5f3a4265cf372c4e09d7d3fd09fa54ef413cb: rockchip: rk3188: use board_debug_uart_init() for UART io init (2018-11-30 22:00:11 +0100) Improvements

Re: [U-Boot] [PATCH v9 0/3] dma: add channels support

Hi Álvaro, On 11/28/18 12:17 PM, Álvaro Fernández Rojas wrote: > In order to add bcm6348-enet support, dma-uclass must be extended to support > dma channels and reworked to operate like the other dm uclass (clk, reset...). > > === Thank you for picking this up. I, unfortunately, will be out

[U-Boot] [PATCH v4 0/3] efi_loader: fix simple network protocol

We should not call eth_rx() before the network interface is initialized. The services of the simple network protocol should check the state of the network adapter. Provide a correctly aligned transmit buffer not depending on CONFIG_EFI_LOADER_BOUNCE_BUFFER. Correct the unit test. Add and

Re: [U-Boot] [U-Boot, v16, 1/4] efi: Check for failure to create objects in selftest

> At present a few error conditions are not checked. Before refactoring > this code, add some basic checks. Note that this code still leaks memory > in the event of error. This will be tackled after the refactor. > > Signed-off-by: Simon Glass Thanks, applied to efi-next Alex

Re: [U-Boot] [U-Boot, v16, 3/4] efi: Create a function to set up for running EFI code

> There is still duplicated code in efi_loader for tests and normal > operation. > > Add a new bootefi_run_prepare() function which holds common code used to > set up U-Boot to run EFI code. Make use of this from the existing > bootefi_test_prepare() function, as well as do_bootefi_exec(). > >

[U-Boot] Uboot File not found in MMC

Hi all, We are using U-Boot of version 2015.01 in one of our PPC boards. The development board has few FPGA's and its corresponding images are downloaded into the /boot partition from the linux prompt which is of ext2 type. If we download new files to the /boot partition i.e when we update

Re: [U-Boot] [PATCH v2] rockchip: rk3399: Initialize CPU B clock.

+ Elaine for this patch review. Thanks, - Kever On 12/01/2018 03:32 AM, Christoph Muellner wrote: > This patch sets the PLL of CPU cluster B (BPLL) to 600 MHz. > This decreases the boot time of Linux 4.19 by about 8%. > > The 600 MHz are inspired by the 600 MHz used for LPLL initialization >

[U-Boot] [PATCH v5 1/3] power: add FAN53555 family support

This adds a driver for the FAN53555 family of regulators and wraps it in a PMIC implementation. While these devices support a 'normal' and 'suspend' mode (controlled via an external pin) to switch between two programmable voltages, this incarnation of the driver assumes that the device is always

[U-Boot] [PATCH v5 2/3] rockchip: rk3399-puma: defconfig: enable FAN53555 regulator driver

With a driver for the FAN53555 regulator family available, let's enable it for the RK3399-Q7 (which has two of these devices on-module). We enable this for the full U-Boot stage only, as these regulators provide a suitable default voltage and supply non-critical (i.e. for booting up) power rails

Re: [U-Boot] [PATCH v2] rockchip: rk3399: Initialize CPU B clock.

On 30.11.2018, at 20:32, Christoph Muellner wrote: > > This patch sets the PLL of CPU cluster B (BPLL) to 600 MHz. > This decreases the boot time of Linux 4.19 by about 8%. > > The 600 MHz are inspired by the 600 MHz used for LPLL initialization > (came in with commit 9f636a249c1). > > Tested

Re: [U-Boot] [PATCH 1/3] serial: bcm6345: switch to raw I/O functions

Am 30.11.18 um 18:55 schrieb Álvaro Fernández Rojas: > Signed-off-by: Álvaro Fernández Rojas > --- > drivers/serial/serial_bcm6345.c | 100 > > 1 file changed, 50 insertions(+), 50 deletions(-) > > diff --git a/drivers/serial/serial_bcm6345.c

Re: [U-Boot] [U-Boot, v5, 5/6] ARM: dts: rockchip: Add rv1108 USB OTG pinctrl

> This adds the definitions need to use the USB OTG in rv1108 > board. This has been tested using USB Mass Storage to export and > program a eMMC device. > > Signed-off-by: Otavio Salvador > Reviewed-by: Philipp Tomsich > --- > > Changes in v5: None > Changes in v4: > - new patch > > Changes

Re: [U-Boot] rockchip: rk3399-puma: reduce sd card max-frequency to 40MHz

> Some SanDisk Ultra cards trigger intermittent errors on detection > resulting in an -EOPNOTSUPP, when running at 50MHz. > > Waveform analysis suggest that the level shifters that are used on the > RK3399-Q7 module (for voltage translation between the on-module > voltages and the 3.3V required

Re: [U-Boot] [U-Boot, v5, 2/6] ARM: rockchip: rv1108: Enable BOUNCE_BUFFER

> In order to be able to build the Rockchip eMMC driver on rv1108, the > BOUNCE_BUFFER option needs to be selected. Select it like it is done > on the other Rockchip SoC common files. > > Reviewed-by: Andy Yan > Signed-off-by: Otavio Salvador > Reviewed-by: Philipp Tomsich > --- > > Changes

Re: [U-Boot] [U-Boot, v2] rockchip: rk3188: use board_debug_uart_init() for UART io init

> Sync with other rockchip SoCs, use board_debug_uart_init() to > init default UART iomux. > > Signed-off-by: Kever Yang > Reviewed-by: Philipp Tomsich > --- > > Changes in v2: > - rebase on uboot-rockchip/master > > arch/arm/mach-rockchip/Kconfig| 1 + >

Re: [U-Boot] [PATCH v16 0/4] efi_loader: Code refactoring and improvement

On 29.11.18 22:26, Simon Glass wrote: > Hi Alex, > > On Sun, 25 Nov 2018 at 20:14, Simon Glass wrote: >> >> This collects the patches previously sent to break up the very large >> functions in efi_loader into smaller pieces. Now that the other sandbox >> stuff is applied, perhaps it is time to

Re: [U-Boot] [PATCHv3 1/4] dm: MIGRATION: Add migration plan for DM_MMC

On Fri, Nov 30, 2018 at 12:21 AM Tom Rini wrote: > > Given that at this point the MMC subsystem itself has been migrated > along with a number of subsystem drivers, formalize a deadline for > migration. > > Reviewed-by: Simon Glass > Cc: Jaehoon Chung > Signed-off-by: Tom Rini Reviewed-by:

[U-Boot] [PATCH] arm: am335x-pdu001: Enable CONFIG_BLK and CONFIG_DM_MMC

This patch enables CONFIG_BLK as well as CONFIG_DM_MMC for the PDU001 board. It depends on Patrice Chotard's patch 'power: regulator: denied disable on always-on regulator' which prevents power cycling the vmmc supply. Without this patch the board will not boot as vmmc is unfortunately used by

[U-Boot] [PATCH 2/3] arm64: zynqmp: Wire mini-emmc0 configuration with zcu100

For testing purpose use zcu100 which has SD at controller 0 and this can be used for testing this mini configuration. U-Boot 2018.11-00281-gc5d48466e76e (Nov 30 2018 - 10:41:05 +0100) Model: ZynqMP MINI EMMC0 Board: Xilinx ZynqMP DRAM: 512 MiB EL Level: EL3 MMC: sdhci@ff16: 0 In:

[U-Boot] [PATCH 1/3] arm64: zynqmp: Do not save variables about board

No reason to save this data to environment. Signed-off-by: Michal Simek --- configs/xilinx_zynqmp_mini_emmc0_defconfig | 1 - configs/xilinx_zynqmp_mini_emmc1_defconfig | 1 - configs/xilinx_zynqmp_mini_nand_defconfig | 1 - 3 files changed, 3 deletions(-) diff --git

Re: [U-Boot] [PATCH 12/19] riscv: Do some basic architecture level cpu initialization

Hi Lukas, On Fri, Nov 16, 2018 at 7:10 AM Auer, Lukas wrote: > > Hi Bin, > > On Tue, 2018-11-13 at 00:22 -0800, Bin Meng wrote: > > Implement arch_cpu_init() to do some basic architecture level cpu > > initialization, like FPU enable, etc. > > > > Signed-off-by: Bin Meng > > --- > > > >

[U-Boot] [PATCH] pico-imx7d: Increase the CONFIG_ENV_OFFSET size

The environment size has grown in such a way that it corrupts the main U-Boot image after a "saveenv" causing a U-Boot hang. Fix this problem by increasing the CONFIG_ENV_OFFSET size. Signed-off-by: Fabio Estevam --- include/configs/pico-imx7d.h | 2 +- 1 file changed, 1 insertion(+), 1

Re: [U-Boot] [PATCH v2] pico-imx7d: Increase the CONFIG_ENV_OFFSET size

Hi Fabio, On 30.11.18 11:15, Fabio Estevam wrote: U-Boot binary has grown in such a way that it goes beyond the reserved area for the environment variables. Running "saveenv" causes U-Boot to hang because of this overlap. Fix this problem by increasing the CONFIG_ENV_OFFSET size.

Re: [U-Boot] [PATCH 10/19] riscv: Add CSR numbers

Hi Lukas, On Thu, Nov 15, 2018 at 6:26 AM Auer, Lukas wrote: > > Hi Bin, > > On Tue, 2018-11-13 at 00:21 -0800, Bin Meng wrote: > > The standard RISC-V ISA sets aside a 12-bit encoding space for up > > to 4096 CSRs. This adds all known CSR numbers as defined in the > > RISC-V Privileged

Re: [U-Boot] [PATCH 09/19] riscv: qemu: Probe cpus during boot

Hi Lukas, On Thu, Nov 15, 2018 at 6:22 AM Auer, Lukas wrote: > > Hi Bin, > > On Tue, 2018-11-13 at 00:21 -0800, Bin Meng wrote: > > This calls cpu_probe_all() to probe all available cpus. > > > > Signed-off-by: Bin Meng > > --- > > > > arch/riscv/cpu/qemu/Kconfig | 1 + > >

Re: [U-Boot] [PATCH 03/19] riscv: qemu: Create a simple-bus driver for the soc node

Hi Lukas, On Thu, Nov 15, 2018 at 5:26 AM Auer, Lukas wrote: > > Hi Bin, > > On Tue, 2018-11-13 at 00:21 -0800, Bin Meng wrote: > > To enumerate devices on the /soc/ node, create a "simple-bus" > > driver to match "riscv-virtio-soc". > > > > Signed-off-by: Bin Meng > > --- > > > >

  1   2   >