[U-Boot] [RESEND PATCH 2/2] configs: update TFABOOT defconfigs for SD boot support

update TFABOOT defconfig for SD boot on below NXP chasis2 and chasis3 platforms: ls1043a, ls1046a, ls1088a and ls2088a. Signed-off-by: Rajesh Bhagat --- Depends on: https://patchwork.ozlabs.org/project/uboot/list/?series=83635 configs/ls1043aqds_tfa_defconfig | 1 +

[U-Boot] [RESEND PATCH 1/2] env: fix allow to build multiple environments

Patch fixes build error when enabling CONFIG_ENV_IS_IN_SPI_FLAS and CONFIG_ENV_IS_IN_MMC at the same time mentioned issue in below link: Refer: https://lists.denx.de/pipermail/u-boot/2018-February/319565.html build error when enabling CONFIG_ENV_IS_IN_SPI_FLASH and CONFIG_ENV_IS_IN_MMC at the

[U-Boot] [RESEND PATCH 0/2] update TFABOOT defconfigs for SD boot support

- Fixes the MMC environment issue - updates TFABOOT defconfigs for SD boot support Rajesh Bhagat (2): env: fix allow to build multiple environments configs: update TFABOOT defconfigs for SD boot support configs/ls1043aqds_tfa_defconfig | 1 + configs/ls1043ardb_tfa_defconfig | 1 +

Re: [U-Boot] [PATCH 1/2] env: fix allow to build multiple environments

> -Original Message- > From: York Sun > Sent: Thursday, January 10, 2019 2:03 AM > To: Rajesh Bhagat ; u-boot@lists.denx.de > Cc: Prabhakar Kushwaha > Subject: Re: [PATCH 1/2] env: fix allow to build multiple environments > > On 1/2/19 8:37 PM, Rajesh Bhagat wrote: > > Patch fixes

Re: [U-Boot] [PATCH 0/7] mmc: sunxi: Enable DM_MMC

On Sat, Jan 12, 2019 at 5:32 AM Vasily Khoruzhick wrote: > > On Fri, Jan 11, 2019 at 10:04 AM Jagan Teki > wrote: > > > > I thought of waiting this till CLK framework gets Mainline, > > but migration deadline for DM_MMC and BLK seems expiring in > > next release. So instead of doing so huddle

[U-Boot] [PATCH v3 04/10] sound: Add a driver for max98088

This chip is used by spring. Add a driver for it and update the samsung_sound driver to pick it up. Signed-off-by: Simon Glass --- Changes in v3: - Fix remaining 'return -1' statements to use a real error Changes in v2: None drivers/sound/Kconfig | 8 + drivers/sound/Makefile

[U-Boot] [PATCH v3 00/10] samsung: Tidy up sound, DM_MMC drop dead code

This series was previously sent as a v1 without a cover letter. Since then I have added a few more patches: - Support for spring's audio codec - Dropping unused MMC and audio code - Removing unused fdt_compat_id values Changes in v3: - Fix s3p_goni typo - Fix remaining 'return -1' statements to

[U-Boot] [PATCH v3 07/10] samsung: Drop board_enable_audio_codec()

This function is not needed now since the audio codecs have been converted to proper drivers. The codec-enable GPIO is handled there. Signed-off-by: Simon Glass Reviewed-by: Lukasz Majewski --- Changes in v3: None Changes in v2: None board/samsung/common/exynos5-dt.c | 29

[U-Boot] [PATCH v3 10/10] fdt: tegra: Drop COMPAT_AMS_AS3722

This is no-longer used. Drop it. Signed-off-by: Simon Glass Reviewed-by: Lukasz Majewski --- Changes in v3: - Drop patch 1, previously applied Changes in v2: - Add new patches as per the cover letter include/fdtdec.h | 1 - lib/fdtdec.c | 1 - 2 files changed, 2 deletions(-) diff --git

[U-Boot] [PATCH] api: storage: Add the missing write operation support

API_dev_write(va_list ap) is currently lacking the write support to storage devices because, historically, those devices did not implement block_write() The solution has been tested by loading and booting a (patched) GRUB instance in a QEMU vexpress-a9 environment. The disk write operations were

[U-Boot] [PATCH v3 09/10] fdt: samsung: Drop unused fdt_compat_id values

This enum still exists but we can shrink it a little based on recent driver-model conversions with samsung. Update it to remove unused items. Signed-off-by: Simon Glass Reviewed-by: Lukasz Majewski --- Changes in v3: None Changes in v2: None include/fdtdec.h | 6 -- lib/fdtdec.c | 6

[U-Boot] [PATCH v3 05/10] spring: Update sound to use max98088 codec

Update the spring settings to use this codec, which is what it actually shipped with. Signed-off-by: Simon Glass Reviewed-by: Lukasz Majewski --- Changes in v3: None Changes in v2: None arch/arm/dts/exynos5250-spring.dts | 36 +++--- configs/spring_defconfig

[U-Boot] [PATCH v3 08/10] samsung: mmc: Drop old MMC init code

Now that these boards use driver model we can drop the old code. At present s5p_mmc_init() is still used by goni and smdkv310 so cannot be removed unless we remove those boards. Signed-off-by: Simon Glass Reviewed-by: Lukasz Majewski --- Changes in v3: None Changes in v2: None

[U-Boot] [PATCH v3 06/10] spring: Update flashmap details

Update the flashmap so that this board can be started over USB A-A. It is slightly different from snow. Signed-off-by: Simon Glass Reviewed-by: Lukasz Majewski --- Changes in v3: None Changes in v2: None arch/arm/dts/exynos5250-spring.dts | 41 -- 1 file changed,

[U-Boot] [PATCH v3 02/10] exynos: Drop duplicate 'model' line

At present the model is shown twice, once in the generic code and once in the exynos code. Drop the latter. Signed-off-by: Simon Glass Reviewed-by: Lukasz Majewski --- Changes in v3: None Changes in v2: None board/samsung/common/board.c | 14 ++ include/samsung/misc.h | 2

[U-Boot] [PATCH v3 03/10] exynos: Convert to use CONFIG_BLK

Move all exynos boards over to use CONFIG_BLK. This converts s5p_goni also, but adding dummy functions for pinmux and peripheral ID. This will not function correctly, but gives the maintainer more time to convert the board if desired. Signed-off-by: Simon Glass Reviewed-by: Lukasz Majewski ---

[U-Boot] [PATCH v3 01/10] Convert CONFIG_BOARD_TYPES to Kconfig

This converts the following to Kconfig: CONFIG_BOARD_TYPES Signed-off-by: Simon Glass Reviewed-by: Lukasz Majewski --- Changes in v3: None Changes in v2: - Remove stranded comments in the header files common/Kconfig | 8 configs/axs101_defconfig | 1 +

Re: [U-Boot] [PATCH v2 2/5] dm: serial: Adjust serial_getconfig() to use proper API

All driver-model functions should have a device as the first parameter. Update this function accordingly. Signed-off-by: Simon Glass Reviewed-by: Andy Shevchenko --- Changes in v2: None arch/x86/lib/acpi_table.c | 5 - drivers/serial/serial-uclass.c | 9 +++-- include/serial.h

Re: [U-Boot] [PATCH v2 1/5] serial: Move new functions to serial.h

We should not be adding new functions to common.h. Move these recently added functions to serial.h. Signed-off-by: Simon Glass Reviewed-by: Andy Shevchenko --- Changes in v2: None include/common.h | 5 - include/serial.h | 4 2 files changed, 4 insertions(+), 5 deletions(-) Applied

Re: [U-Boot] [PATCH v2 3/5] dm: serial: Adjust serial_setconfig() to use proper API

All driver-model functions should have a device as the first parameter. Update this function accordingly. Signed-off-by: Simon Glass Reviewed-by: Andy Shevchenko --- Changes in v2: None drivers/serial/serial-uclass.c | 9 +++-- include/serial.h | 2 +- test/dm/serial.c

Re: [U-Boot] [PATCH v2 4/5] dm: serial: Adjust serial_getinfo() to use proper API

All driver-model functions should have a device as the first parameter. Update this function accordingly. Signed-off-by: Simon Glass Reviewed-by: Andy Shevchenko --- Changes in v2: - Add a comment about reusing the device pointer arch/x86/lib/acpi_table.c | 11 ++-

Re: [U-Boot] [PATCH v2 5/5] dm: serial: Tidy up header file comments

The getconfig() comment is out of date. Fix this and add comments for recently added functions. Signed-off-by: Simon Glass Reviewed-by: Andy Shevchenko --- Changes in v2: - Fix @return comment on getinfo() method include/serial.h | 34 +++--- 1 file changed, 31

Re: [U-Boot] [PATCH 1/1] sandbox: i2c_emul_find() No emulators for device 'rtc@43'

On Sat, 5 Jan 2019 at 14:30, Heinrich Schuchardt wrote: > > when running the date command on sandbox_defconfig an error occurs: > > ./u-boot -D u-boot.dtb > > => date > i2c_emul_find() No emulators for device 'rtc@43' > ## Get date failed > > Correct the references to the emulator

Re: [U-Boot] memcpy/memset on arm64 platforms

> On 11.01.2019, at 23:28, Alexander Graf wrote: > > > > On 11.01.19 17:44, Philipp Tomsich wrote: >> >>> On 07.01.2019, at 10:13, Lokesh Vutla wrote: >>> >>> Hi All, >>> I am trying to enable CONFIG_USE_ARCH_MEMSET/MEMCPY on arm64 platforms >>> and realized that there is no arm64

Re: [U-Boot] [PATCH 0/7] mmc: sunxi: Enable DM_MMC

On Fri, Jan 11, 2019 at 10:04 AM Jagan Teki wrote: > > I thought of waiting this till CLK framework gets Mainline, > but migration deadline for DM_MMC and BLK seems expiring in > next release. So instead of doing so huddle and make some last > minute changes, I have managed to add CLK, Reset

[U-Boot] [PATCH v6 6/6] MSCC: Add board support for Jaguar2 SOC family

Add board support and configuration for Jaguar2 SOC family. The detection of the board type in this family is based on the phy ids. Signed-off-by: Horatiu Vultur --- arch/mips/dts/Makefile | 1 + arch/mips/mach-mscc/Makefile | 5 +- board/mscc/common/Makefile | 4 ++

[U-Boot] [PATCH v6 5/6] MSCC: add device tree for Serval2 board

Add device tree based on evaluation board pcb112. Signed-off-by: Horatiu Vultur --- MAINTAINERS | 1 + arch/mips/dts/serval2_pcb112.dts | 60 2 files changed, 61 insertions(+) create mode 100644 arch/mips/dts/serval2_pcb112.dts

[U-Boot] [PATCH v6 4/6] MSCC: Add device tree for Jaguar2-48 board

Add device tree based on evaluation board pcb111. Signed-off-by: Horatiu Vultur --- arch/mips/dts/jr2_pcb111.dts | 74 1 file changed, 74 insertions(+) create mode 100644 arch/mips/dts/jr2_pcb111.dts diff --git a/arch/mips/dts/jr2_pcb111.dts

[U-Boot] [PATCH v6 3/6] MSCC: Add device tree for Jaguar2 board

Add device tree based on evaluation board pcb110. Signed-off-by: Horatiu Vultur --- MAINTAINERS | 1 + arch/mips/dts/jr2_pcb110.dts | 74 + arch/mips/dts/mscc,jr2.dtsi | 187 +++ 3 files changed, 262 insertions(+)

[U-Boot] [PATCH v6 2/6] MSCC: Add support for Jaguar2 SOC family

As the Ocelot and Luton SoCs, this family of SoCs are found in Microsemi Switches solution. Signed-off-by: Horatiu Vultur --- arch/mips/mach-mscc/Kconfig| 9 + arch/mips/mach-mscc/cpu.c | 7 + arch/mips/mach-mscc/dram.c

[U-Boot] [PATCH v6 1/6] pinctrl: mscc: Add gpio and pinctrl for Jaguar2 SOC family

The Jaguar2 SOC family has 63 gpio pins therefore I extended mscc-common to support new numbe of pins and remove any platform dependency from mscc-common. Signed-off-by: Horatiu Vultur --- MAINTAINERS | 1 + drivers/pinctrl/mscc/Kconfig | 9 +

[U-Boot] [PATCH v6 0/6] MSCC: Add Jaguar2 SOC family

This patch series add support for MSCC Jaguar2 SOC family. In this family there are the following boards: Jagaur2(pcb110), Jaguar2-48(pcb111) and Serval2(pcb112). This is based off the u-boot-mips/next repository v6-changes: - update dts with new function names for gpio v5-changes: - update

Re: [U-Boot] [PATCH] mmc: sunxi: Fix mmc clocks for DM_MMC

Priit Laes wrote: On Wed, Jan 09, 2019 at 07:31:43PM +0530, Jagan Teki wrote: Existing clock configure code has been followed based on the legacy MMC dt node definitions and it cannot work with recent dts(i) sync from Linux. So, add clock configure code for Allwinner platforms which support

Re: [U-Boot] memcpy/memset on arm64 platforms

On 11.01.19 17:44, Philipp Tomsich wrote: > >> On 07.01.2019, at 10:13, Lokesh Vutla wrote: >> >> Hi All, >> I am trying to enable CONFIG_USE_ARCH_MEMSET/MEMCPY on arm64 platforms >> and realized that there is no arm64 specific memcpy available in u-boot. So >> I tried porting arm64

Re: [U-Boot] [PATCH v2 1/3] net: designware: socfpga: adapt to Gen5

On 1/11/19 8:45 PM, Simon Goldschmidt wrote: > This driver was written for Arria10, but it applies to Gen5, too. > > The main difference is that Gen5 has 2 MACs (Arria10 has 3) and the > syscon bits are encoded in the same register, thus an offset is needed. > > This offset is already read from

Re: [U-Boot] [PATCH v2 2/3] arm: socfpga: gen5 enable designware_socfpga

On 1/11/19 8:45 PM, Simon Goldschmidt wrote: > Enable the socfpga specific designware ethernet driver for all Gen5 > and Arria10 defconfigs. > > This is required to remove the hacky reset and phy mode handling in > arch/arm/mach-socfpga. > > Signed-off-by: Simon Goldschmidt Can't the

Re: [U-Boot] [PATCH v2 3/3] arm: socfpga: gen5: remove hacked ETH RST handling

On 1/11/19 8:45 PM, Simon Goldschmidt wrote: > The 'dwmac_socfpga' ETH driver can now get the MACs out of reset > via the socfpga reset driver and can set PHY mode via syscon. > > This means we can now remove the ad-hoc code to do this from > arch/arm/mach-socfpga. > > Signed-off-by: Simon

Re: [U-Boot] [PATCH v1 1/4] arm: socfpga: imply SPL config instead of select

On 1/11/19 9:39 PM, Simon Goldschmidt wrote: > Am 07.01.2019 um 23:53 schrieb Marek Vasut: >> On 1/7/19 10:14 PM, Simon Goldschmidt wrote: >>> In order to build a smaller SPL, let's imply SPL_DM_RESET and >>> SPL_WATCHDOG_SUPPORT instead of selecting them, so they can be disabled >>> via

Re: [U-Boot] [PATCH] arm64: mvebu: Add basic support for uDPU board

Hi Vladimir, A few comments below. On Sat, 12 Jan 2019, 6:18 AM Vladimir Vid This adds initial support for micro-DPU (uDPU) board which is based on > Armada-3720 SoC. > micro-DPU is the single-port FTTdp "distribution point unit" made by > Methode Electronics > which offers complete modularity

Re: [U-Boot] [PATCH v1 1/4] arm: socfpga: imply SPL config instead of select

Am 07.01.2019 um 23:53 schrieb Marek Vasut: On 1/7/19 10:14 PM, Simon Goldschmidt wrote: In order to build a smaller SPL, let's imply SPL_DM_RESET and SPL_WATCHDOG_SUPPORT instead of selecting them, so they can be disabled via defconfig. This also seems to be required to use OF_PLATDATA, as

Re: [U-Boot] [PATCH v2 1/7] efi_loader: Add a wchar_t cast in efi_file_open()

On 1/11/19 9:08 PM, Heinrich Schuchardt wrote: > On 1/8/19 12:44 AM, Simon Glass wrote: >> The printf() string here is not actually correct. Add a cast to avoid >> a warning when checking is enabled. >> >> Signed-off-by: Simon Glass >> --- >> >> Changes in v2: None >> >>

[U-Boot] [PATCH 1/1] efi_loader: use u16* for file name

UTF-16 strings in our code should all be u16 *. Fix an inconsistency for file names which may lead to a warning for printf("%ls", ). Simon Glass Signed-off-by: Heinrich Schuchardt --- include/efi_api.h | 2 +- lib/efi_loader/efi_file.c | 14 +++--- 2 files changed, 8

Re: [U-Boot] [PATCH v2 1/7] efi_loader: Add a wchar_t cast in efi_file_open()

On 1/8/19 12:44 AM, Simon Glass wrote: > The printf() string here is not actually correct. Add a cast to avoid > a warning when checking is enabled. > > Signed-off-by: Simon Glass > --- > > Changes in v2: None > > lib/efi_loader/efi_file.c | 4 ++-- > 1 file changed, 2 insertions(+), 2

[U-Boot] [PATCH] Makefile: run CONFIG_BOARD_SIZE_LIMIT against .img

With the current Makefile, CONFIG_BOARD_SIZE_LIMIT is used to check the U-Boot binary without devicetree only. This produces wrong results when OF_SEPARATE is used. To fix this, run the CONFIG_BOARD_SIZE_LIMIT check on all .img binaries as well. Signed-off-by: Simon Goldschmidt --- Makefile |

[U-Boot] [PATCH v2 3/3] arm: socfpga: gen5: remove hacked ETH RST handling

The 'dwmac_socfpga' ETH driver can now get the MACs out of reset via the socfpga reset driver and can set PHY mode via syscon. This means we can now remove the ad-hoc code to do this from arch/arm/mach-socfpga. Signed-off-by: Simon Goldschmidt --- Changes in v2: None

[U-Boot] [PATCH v2 2/3] arm: socfpga: gen5 enable designware_socfpga

Enable the socfpga specific designware ethernet driver for all Gen5 and Arria10 defconfigs. This is required to remove the hacky reset and phy mode handling in arch/arm/mach-socfpga. Signed-off-by: Simon Goldschmidt --- Changes in v2: - only add CONFIG_ETH_DESIGNWARE_SOCFPGA since now REGMAP

[U-Boot] [PATCH v2 1/3] net: designware: socfpga: adapt to Gen5

This driver was written for Arria10, but it applies to Gen5, too. The main difference is that Gen5 has 2 MACs (Arria10 has 3) and the syscon bits are encoded in the same register, thus an offset is needed. This offset is already read from the devicetree, but for Arria10 it is always 0, which is

[U-Boot] [PATCH v2 0/3] arm: socpfpga: gen5 clean up ETH RST & PHY mode

Socfpga Gen5 uses ad-hoc code to unreset the ETH MACs and set their PHY mode. Change this to use the dwmac_socfpga net driver and remove the old ad-hoc code. Changes in v2: - remove detection of sub-mach via compatible version and handle all FPGAs the same - select SYSCON and REGMAP via

[U-Boot] [PATCH 4/7] mmc: sunxi: Add DM_MMC support for H6

Unlike other Allwinner SoC's, H6 comes with different clock and reset control offset values. So support them via driver data. Signed-off-by: Jagan Teki --- .../arm/include/asm/arch-sunxi/clock_sun50i_h6.h | 3 +++ drivers/mmc/sunxi_mmc.c | 16 2 files

[U-Boot] [PATCH 7/7] arm: dts: sunxi: Enumerate MMC2 as MMC1

Environment and fastboot MMC devices are configured based number of mmc slots defined on particular board in sunxi platform. If number of slots are not more than 1, it assigns 0 which usually mmc device on SD slot. With DM_MMC it is detected as 0 since mmc0 node always be an mmc device. If

[U-Boot] [PATCH 0/7] mmc: sunxi: Enable DM_MMC

I thought of waiting this till CLK framework gets Mainline, but migration deadline for DM_MMC and BLK seems expiring in next release. So instead of doing so huddle and make some last minute changes, I have managed to add CLK, Reset code for mmc driver via driver data. Add for all Allwinner

[U-Boot] [PATCH 2/7] mmc: sunxi: Add A83T emmc compatible

Add emmc compatible for A83T SoC. Signed-off-by: Jagan Teki --- drivers/mmc/sunxi_mmc.c | 4 1 file changed, 4 insertions(+) diff --git a/drivers/mmc/sunxi_mmc.c b/drivers/mmc/sunxi_mmc.c index 0b17e2c391..5557111c1f 100644 --- a/drivers/mmc/sunxi_mmc.c +++ b/drivers/mmc/sunxi_mmc.c @@

[U-Boot] [PATCH 5/7] mmc: sunxi: Add DM_MMC support for A80

Unlike other Allwinner SoC's, A80 comes with different ahb gate clock offset values and also has mmc common controller. So support them via driver data. Cc: Rask Ingemann Lambertsen Signed-off-by: Jagan Teki --- drivers/mmc/sunxi_mmc.c | 24 1 file changed, 24

[U-Boot] [PATCH 6/7] arm: sunxi: Enable DM_MMC

Enable DM_MMC for all Allwinner SoCs, this will eventually enable BLK. Also removed DM_MMC enablement in few parts of sunxi configurations. Signed-off-by: Jagan Teki --- arch/arm/Kconfig | 1 + arch/arm/mach-sunxi/Kconfig | 1 -

[U-Boot] [PATCH 3/7] mmc: sunxi: Add mmc, emmc H5/A64 compatible

Added H5, A64 compatible for mmc and emmc. Signed-off-by: Jagan Teki --- drivers/mmc/sunxi_mmc.c | 8 1 file changed, 8 insertions(+) diff --git a/drivers/mmc/sunxi_mmc.c b/drivers/mmc/sunxi_mmc.c index 5557111c1f..b50d70645a 100644 --- a/drivers/mmc/sunxi_mmc.c +++

[U-Boot] [PATCH 1/7] mmc: sunxi: Configure reset support for DM_MMC

Start with Allwinner A31, mmc controllers do support reset control bit. This code add support to enable the reset control start from SUN6I even though it share same compatible between SUN4I and SUN6I. Signed-off-by: Jagan Teki --- drivers/mmc/sunxi_mmc.c | 21 +++-- 1 file

[U-Boot] [PATCH 0/7] mmc: sunxi: Enable DM_MMC

I thought of waiting this till CLK framework gets Mainline, but migration deadline for DM_MMC and BLK seems expiring in next release. So instead of doing so huddle and make some last minute changes, I have managed to add CLK, Reset code for mmc driver via driver data. Add for all Allwinner

[U-Boot] [RFC] Device model for block devices - integration with EFI subsystem

# Motivation At different times we have noted that in U-Boot device model and the EFI subsystem we have parallel structures. The most recent being Takahiro's patch series [1]. Before adding any more dependencies I think we should develop a sound architectural vision. We should end up with a

[U-Boot] [PATCH] arm64: mvebu: Add basic support for uDPU board

This adds initial support for micro-DPU (uDPU) board which is based on Armada-3720 SoC. micro-DPU is the single-port FTTdp "distribution point unit" made by Methode Electronics which offers complete modularity with replaceable SFP modules both for uplink and downlink (G.hn over twisted-pair,

Re: [U-Boot] [PATCH] ARM: at91: Convert SPL_GENERATE_ATMEL_PMECC_HEADER to Kconfig

On Fri, Jan 11, 2019, 10:51 AM Derald Woods > On Fri, Jan 11, 2019, 5:27 AM >> >> >> On 10.01.2019 03:00, Derald Woods wrote: >> > On Mon, Jan 7, 2019 at 3:40 AM > > > wrote: >> > >> > Hi Derald, >> > >> > Thank you for the patch, >> > >> > Some

Re: [U-Boot] [PATCH] ARM: at91: Convert SPL_GENERATE_ATMEL_PMECC_HEADER to Kconfig

On Fri, Jan 11, 2019, 5:27 AM > > On 10.01.2019 03:00, Derald Woods wrote: > > On Mon, Jan 7, 2019 at 3:40 AM > > wrote: > > > > Hi Derald, > > > > Thank you for the patch, > > > > Some minor questions inline. > > > > > > > > Sorry for the late

Re: [U-Boot] memcpy/memset on arm64 platforms

> On 07.01.2019, at 10:13, Lokesh Vutla wrote: > > Hi All, > I am trying to enable CONFIG_USE_ARCH_MEMSET/MEMCPY on arm64 platforms > and realized that there is no arm64 specific memcpy available in u-boot. So I > tried porting arm64 specific memcpy from kernel[1]. Memcpy stopped

Re: [U-Boot] memcpy/memset on arm64 platforms

On Fri, Jan 11, 2019 at 9:43 PM Tom Rini wrote: > > On Mon, Jan 07, 2019 at 02:43:05PM +0530, Lokesh Vutla wrote: > > > Hi All, > > I am trying to enable CONFIG_USE_ARCH_MEMSET/MEMCPY on arm64 > > platforms and > > realized that there is no arm64 specific memcpy available in u-boot. So I >

Re: [U-Boot] memcpy/memset on arm64 platforms

On 1/11/19 5:13 PM, Tom Rini wrote: > On Mon, Jan 07, 2019 at 02:43:05PM +0530, Lokesh Vutla wrote: > >> Hi All, >> I am trying to enable CONFIG_USE_ARCH_MEMSET/MEMCPY on arm64 platforms >> and >> realized that there is no arm64 specific memcpy available in u-boot. So I >> tried porting

Re: [U-Boot] [linux-sunxi] [PATCH 2/3] tools: mkimage: Add Allwinner eGON support

On Fri, Jan 11, 2019 at 5:54 PM Tom Rini wrote: > > On Fri, Jan 11, 2019 at 12:46:36PM +0530, Jagan Teki wrote: > > On Sat, Dec 22, 2018 at 7:06 AM Andre Przywara > > wrote: > > > > > > So far we used the separate mksunxiboot tool for generating a bootable > > > image for Allwinner SPLs,

Re: [U-Boot] memcpy/memset on arm64 platforms

On Mon, Jan 07, 2019 at 02:43:05PM +0530, Lokesh Vutla wrote: > Hi All, > I am trying to enable CONFIG_USE_ARCH_MEMSET/MEMCPY on arm64 platforms > and > realized that there is no arm64 specific memcpy available in u-boot. So I > tried porting arm64 specific memcpy from kernel[1]. Memcpy

[U-Boot] [PATCH] fpga: zynqmp: show an error message when FPGA programming fails

When FPGA programming fails, it does so silently, unless debugging code is enabled. This makes it hard to detect problems in production environments. Print the error message unconditionally so the error doesn't go unnoticed. Signed-off-by: Luca Ceresoli --- drivers/fpga/zynqmppl.c | 2 +- 1

Re: [U-Boot] [PATCH 1/2] ARM: dts: sun8i: Update A80 dts(i) from Linux-v4.18-rc3

Chen-Yu and Rask, On Fri, Jan 11, 2019 at 4:46 PM Jagan Teki wrote: > > Update all A80 devicetree dtsi and dtsi files from > Linux-v4.18-rc3 with below commits. > > arch/arm/boot/dts/sun9i-a80*: > > commit 190e3138f9577885691540dca59c2f07540bde04 > Merge: cafc87023b0d a7affb13b271 > Author: Arnd

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

The following changes since commit 64abfc9b6bb3721621d5132e112ae2e91c57d8bb: Merge branch 'master' of git://git.denx.de/u-boot-sunxi (2019-01-10 09:28:28 -0500) are available in the Git repository at: git://git.denx.de/u-boot-socfpga.git master for you to fetch changes up to

[U-Boot] [PULL] u-boot-usb/master

UDC fixes below, this is for coming 2019.01 release. There's a lot of churn, however most are just renames. The following changes since commit 54707a942009fae083dd78b58ff057127ba0e900: Prepare v2019.01-rc3 (2019-01-07 22:58:17 -0500) are available in the Git repository at:

[U-Boot] [PATCH] Revert "fs: fat: assign rootdir sector when accessing root directory"

This particular commit is causing a regression on stih410-b2260 and other platforms when reading from FAT16. Noting that I had rebased the original fix from Thomas onto then-current master, there is also question from Akashi-san if the change is still needed after other FAT fixes that have gone

Re: [U-Boot] [PATCH 2/2] board: tbs2910: Remove FIT support in defconfig to reduce u-boot size

On Fri, Jan 11, 2019 at 08:22:45AM +0100, Simon Goldschmidt wrote: > On Thu, Jan 10, 2019 at 5:54 PM Tom Rini wrote: > > > > On Thu, Jan 10, 2019 at 05:36:11PM +0100, Simon Goldschmidt wrote: > > > Am 10.01.2019 um 16:56 schrieb Tom Rini: > > > >On Thu, Jan 10, 2019 at 09:11:53AM +0100, Simon

Re: [U-Boot] [PATCH 2/2] board: tbs2910: Remove FIT support in defconfig to reduce u-boot size

On Fri, Jan 11, 2019 at 02:11:38PM +0100, Soeren Moch wrote: > > > On 10.01.19 16:06, Tom Rini wrote: > > On Thu, Jan 10, 2019 at 03:03:27PM +0100, Soeren Moch wrote: > >> > >> On 10.01.19 03:30, Tom Rini wrote: > >>> On Thu, Jan 10, 2019 at 02:28:23AM +0100, Soeren Moch wrote: > On

Re: [U-Boot] [PATCH 05/18] rockchip: Add mention of other boards

> Date: Wed, 9 Jan 2019 21:24:44 -0700 > From: Simon Glass > > At present some Rockchip SoCs and boards are not mentioned in the README. > So that people can see which SoCs are supported, expand the list to > include everything. > > Signed-off-by: Simon Glass > --- > > doc/README.rockchip |

Re: [U-Boot] [PATCH 2/2] board: tbs2910: Remove FIT support in defconfig to reduce u-boot size

On 10.01.19 16:53, Tom Rini wrote: > On Thu, Jan 10, 2019 at 09:00:13AM +0100, Stefano Babic wrote: >> Hi Tom, Soeren, >> >> On 09/01/19 23:39, Tom Rini wrote: > [snip] >>> Why default? Well, "everyone" >>> agrees that defaulting to EFI application support means the widest >>> choice of out of

Re: [U-Boot] [PATCH 2/2] board: tbs2910: Remove FIT support in defconfig to reduce u-boot size

On 10.01.19 16:06, Tom Rini wrote: > On Thu, Jan 10, 2019 at 03:03:27PM +0100, Soeren Moch wrote: >> >> On 10.01.19 03:30, Tom Rini wrote: >>> On Thu, Jan 10, 2019 at 02:28:23AM +0100, Soeren Moch wrote: On 09.01.19 23:39, Tom Rini wrote: > On Wed, Jan 09, 2019 at 05:01:37PM +0100,

Re: [U-Boot] [PATCH v2 2/3] efi_loader: enumerate disk devices every time

> From: Alexander Graf > Date: Fri, 11 Jan 2019 09:00:27 +0100 > > On 11.01.19 05:51, AKASHI Takahiro wrote: > > On Thu, Jan 10, 2019 at 05:57:11AM -0700, Simon Glass wrote: > >> Hi, > >> > >> > >> Please no. We don't want EFI hooks around the place. EFI should use > >> DM, not the other way

Re: [U-Boot] [linux-sunxi] [PATCH 2/3] tools: mkimage: Add Allwinner eGON support

On Fri, Jan 11, 2019 at 12:46:36PM +0530, Jagan Teki wrote: > On Sat, Dec 22, 2018 at 7:06 AM Andre Przywara wrote: > > > > So far we used the separate mksunxiboot tool for generating a bootable > > image for Allwinner SPLs, probably just for historical reasons. > > > > Use the mkimage framework

Re: [U-Boot] [PATCH PATCH v2 0/2] Use CONFIG_USB_GADGET and CONFIG_SPL_USB_GADGET to select the USB gadget code

Hi Marek, > On 1/10/19 3:44 PM, Jean-Jacques Hiblot wrote: > > > > This series applies on top of u-boot-usb. > > > > This series renames CONFIG_SPL_USB_GADGET_SUPPORT to > > CONFIG_SPL_USB_GADGET for consistency. > > It also uses CONFIG_USB_GADGET to compile-in the gadget code. This > > make

Re: [U-Boot] [PATCH] ARM: at91: Convert SPL_GENERATE_ATMEL_PMECC_HEADER to Kconfig

On 10.01.2019 03:00, Derald Woods wrote: > On Mon, Jan 7, 2019 at 3:40 AM > wrote: > > Hi Derald, > > Thank you for the patch, > > Some minor questions inline. > > > > Sorry for the late response. Family and day job take priority. > > The

[U-Boot] [PATCH v6.1 15/20] arm: sunxi: Enable CLK, RESET

CLK and DM_RESET drivers are now available for all of the Allwinner platforms, so enable them in arch/arm/Kconfig Enabling CLK will select DM_RESET by default. Signed-off-by: Jagan Teki --- Changes for v6.1: - Enable CLK at one place since all Allwinner SoC's supported arch/arm/Kconfig | 1 +

[U-Boot] [PATCH 2/2] clk: sunxi: Add Allwinner A80 CLK driver

Add initial clock driver for Allwinner A80. - Implement UART bus clocks via ccu_clk_gate table for A80, so it can accessed in common clk enable and disable functions from clk_sunxi.c - Implement UART bus resets via ccu_reset table for A80, so it can accessed in common reset deassert and

[U-Boot] [PATCH 1/2] ARM: dts: sun8i: Update A80 dts(i) from Linux-v4.18-rc3

Update all A80 devicetree dtsi and dtsi files from Linux-v4.18-rc3 with below commits. arch/arm/boot/dts/sun9i-a80*: commit 190e3138f9577885691540dca59c2f07540bde04 Merge: cafc87023b0d a7affb13b271 Author: Arnd Bergmann Date: Tue Mar 27 14:58:00 2018 +0200 Merge tag

[U-Boot] [PATCH 2/2] kbuild: add .SECONDARY special target to scripts/Kbuild.include

Based on the following Linux commits: - 54a702f70589 ("kbuild: mark $(targets) as .SECONDARY and remove .PRECIOUS markers") - 8e9b61b293d9 ("kbuild: move .SECONDARY special target to Kbuild.include") GNU Make automatically deletes intermediate files that are updated in a chain of

[U-Boot] [PATCH 1/2] kbuild: add .DELETE_ON_ERROR special target

Linux commit 9c2af1c7377a8a6ef86e5cabf80978f3dbbb25c0 If Make gets a fatal signal while a shell is executing, it may delete the target file that the recipe was supposed to update. This is needed to make sure that it is remade from scratch when Make is next run; if Make is interrupted after the

Re: [U-Boot] [PATCH v1 3/4] serial: add an of-platdata driver for "snps, dw-apb-uart"

On Fri, Jan 11, 2019 at 10:22 AM Andy Shevchenko wrote: > > On Wed, Jan 9, 2019 at 10:36 AM Alexey Brodkin > wrote: > > > > Might be a bit naïve question but why depend on SPL_OF_PLATDATA only? > > What about CONFIG_OF_EMBED? > > No driver should depend on OF_EMBED IIUC. New U-Boot spils a

Re: [U-Boot] [PATCH v1 3/4] serial: add an of-platdata driver for "snps, dw-apb-uart"

On Fri, Jan 11, 2019 at 10:03 AM Alexey Brodkin wrote: > > Hi Simon, > > > -Original Message- > > From: Simon Goldschmidt [mailto:simon.k.r.goldschm...@gmail.com] > > Sent: Friday, January 11, 2019 11:41 AM > > To: Alexey Brodkin > > Cc: Patrice Chotard ; Simon Glass > > ; Anup Patel >

[U-Boot] [PATCH v2 2/3] power: regulator: Introduce regulator_set_enable_if_allowed api

regulator_set_enable() api throws an error in the following three cases: - when requested to disable an always-on regulator - when set_enable() ops not provided by regulator driver - when enabling is actually failed.(Error returned by the regulator driver) Sometimes consumer drivers doesn't want

[U-Boot] [PATCH v2 1/3] Revert "power: regulator: Return success on attempt to disable an always-on regulator"

This reverts commit e17e0ceb83538c015a50b965547f2f4d38f81c5d. It is advised to return an error when trying to disable an always-on regulator and let the consumer driver handle the error if needed. Reviewed-by: Simon Glass Signed-off-by: Lokesh Vutla ---

[U-Boot] [PATCH v2 3/3] mmc: omap_hsmmc: Use regulator_set_enable_if_allowed for enabling regulator

Use regulator_set_enable_if_allowed() api instead of regulator_set_enable() while enabling io regulators. This way the driver doesn't see an error when disabling an always-on regulator and when enabling is not supported. Reviewed-by: Simon Glass Signed-off-by: Lokesh Vutla ---

[U-Boot] [PATCH v2 0/3] Introduce regulator_set_enable_if_allowed()

As per the discussion happenned here[1], introducing a new api regulator_set_enable_if_allowed() that discards certain error cases where consumer driver might not be intrested in. Also using the same api for omap_hsmmc driver which fixes the boot on dra7-evm. [1]

Re: [U-Boot] [PATCH v1 3/4] serial: add an of-platdata driver for "snps, dw-apb-uart"

On Wed, Jan 9, 2019 at 10:36 AM Alexey Brodkin wrote: > Might be a bit naïve question but why depend on SPL_OF_PLATDATA only? > What about CONFIG_OF_EMBED? No driver should depend on OF_EMBED IIUC. New U-Boot spils a warning when production boards are using it. -- With Best Regards, Andy

Re: [U-Boot] [PATCH v1 3/4] serial: add an of-platdata driver for "snps, dw-apb-uart"

Hi Simon, > -Original Message- > From: Simon Goldschmidt [mailto:simon.k.r.goldschm...@gmail.com] > Sent: Friday, January 11, 2019 11:41 AM > To: Alexey Brodkin > Cc: Patrice Chotard ; Simon Glass > ; Anup Patel > ; Lokesh Vutla ; Patrick Delaunay > ; > Marek Vasut ;

Re: [U-Boot] [PATCH v1 3/4] serial: add an of-platdata driver for "snps, dw-apb-uart"

On Fri, Jan 11, 2019 at 9:33 AM Alexey Brodkin wrote: > > Hi Simon, > > [snip] > > > >> +config DESIGNWARE_SERIAL > > >> + bool "DesignWare UART support" > > >> + depends on DM_SERIAL && SPL_OF_PLATDATA > > > > > > Might be a bit naïve question but why depend on SPL_OF_PLATDATA only? > > > What

Re: [U-Boot] [PATCH v1 3/4] serial: add an of-platdata driver for "snps, dw-apb-uart"

Hi Simon, [snip] > >> +config DESIGNWARE_SERIAL > >> + bool "DesignWare UART support" > >> + depends on DM_SERIAL && SPL_OF_PLATDATA > > > > Might be a bit naïve question but why depend on SPL_OF_PLATDATA only? > > What about CONFIG_OF_EMBED? Ok I completely forgot that standard ns16550

Re: [U-Boot] [PATCH] of-platdata: improve documentation

Hi Simon, > On Thu, Jan 10, 2019 at 1:57 PM Simon Glass wrote: > > > > On Mon, 7 Jan 2019 at 12:23, Simon Goldschmidt > > wrote: > > > > > > Improve some things in the documentation of OF_PLATDATA that I > > > found while porting socfgpa_gen5 to it. > > > > > > Signed-off-by: Simon

[U-Boot] [PATCH v5 6/6] MSCC: Add board support for Jaguar2 SOC family

Add board support and configuration for Jaguar2 SOC family. The detection of the board type in this family is based on the phy ids. Signed-off-by: Horatiu Vultur --- arch/mips/dts/Makefile | 1 + arch/mips/mach-mscc/Makefile | 5 +- board/mscc/common/Makefile | 4 ++

[U-Boot] [PATCH v5 4/6] MSCC: Add device tree for Jaguar2-48 board

Add device tree based on evaluation board pcb111. Signed-off-by: Horatiu Vultur --- arch/mips/dts/jr2_pcb111.dts | 74 1 file changed, 74 insertions(+) create mode 100644 arch/mips/dts/jr2_pcb111.dts diff --git a/arch/mips/dts/jr2_pcb111.dts

[U-Boot] [PATCH v5 5/6] MSCC: add device tree for Serval2 board

Add device tree based on evaluation board pcb112. Signed-off-by: Horatiu Vultur --- MAINTAINERS | 1 + arch/mips/dts/serval2_pcb112.dts | 60 2 files changed, 61 insertions(+) create mode 100644 arch/mips/dts/serval2_pcb112.dts

[U-Boot] [PATCH v5 3/6] MSCC: Add device tree for Jaguar2 board

Add device tree based on evaluation board pcb110. Signed-off-by: Horatiu Vultur --- MAINTAINERS | 1 + arch/mips/dts/jr2_pcb110.dts | 74 + arch/mips/dts/mscc,jr2.dtsi | 187 +++ 3 files changed, 262 insertions(+)

  1   2   >