Re: [U-Boot] [PATCH 24/30] riscv: save hart ID and device tree passed by prior boot stage

> > > > > > Store the hart ID and device tree passed by the prior boot stage (in > > > a0 and a1) in registers s0 and s1. Replace one use of s1 in start.S to > > > avoid overwriting it. > > > > > > The device tree is also stored in memory to make it available to > > > u-boot > > > > nits: U-Boot >

Re: [U-Boot] [linux-sunxi] [PATCH 5/5] sunxi: doc: Add basic fastboot example

Hi Priit, On Wed, 24 Oct 2018 at 04:21, Priit Laes wrote: > > From: Priit Laes > > Signed-off-by: Priit Laes > --- > board/sunxi/README.fastboot | 98 ++- > 1 file changed, 98 insertions(+) > create mode 100644 board/sunxi/README.fastboot > > diff --git

Re: [U-Boot] [PATCH 23/30] riscv: do not blindly modify the mstatus CSR

> > > > > > The mstatus CSR includes WPRI (writes preserve values, reads ignore > > > values) fields and must therefore not be set to zero without > > > preserving these fields. It is not apparent why mstatus is set to zero > > > here since it is not required for u-boot to run. Remove it. > > > >

Re: [U-Boot] [PATCH 22/30] riscv: remove unused labels in start.S

Rick Chen 於 2018年10月24日 週三 下午1:20寫道： > > Bin Meng 於 2018年10月24日 週三 上午11:34寫道： > > > > Hi Rich, > > > > On Wed, Oct 24, 2018 at 10:37 AM Rick Chen wrote: > > > > > > > > > The labels nmi_vector, trap_vector and handle_reset in start.S are > > > > > > not > > > > > > used for RISC-V. Remove

Re: [U-Boot] [PATCH 22/30] riscv: remove unused labels in start.S

Bin Meng 於 2018年10月24日 週三 上午11:34寫道： > > Hi Rich, > > On Wed, Oct 24, 2018 at 10:37 AM Rick Chen wrote: > > > > > > > The labels nmi_vector, trap_vector and handle_reset in start.S are not > > > > > used for RISC-V. Remove them. > > > > > > > > > Hi Lukas > > > > Agree with the above part. > > >

[U-Boot] [PATCH] tools: imx8image: return SUCCESS when the required files not found

When the required files to build a bootable imx8 image are not found, return EXIT_SUCCESS to avoid build CI system. And if the files are missing, give a error message during the build. Signed-off-by: Peng Fan --- tools/imx8image.c | 16 1 file changed, 8 insertions(+), 8

Re: [U-Boot] [PATCH 22/30] riscv: remove unused labels in start.S

Hi Rich, On Wed, Oct 24, 2018 at 10:37 AM Rick Chen wrote: > > > > > The labels nmi_vector, trap_vector and handle_reset in start.S are not > > > > used for RISC-V. Remove them. > > > > > > Hi Lukas > > Agree with the above part. > > > > > While we are here, also remove the code from the

Re: [U-Boot] [PATCH 22/30] riscv: remove unused labels in start.S

> > > The labels nmi_vector, trap_vector and handle_reset in start.S are not > > > used for RISC-V. Remove them. > > > Hi Lukas Agree with the above part. > > > While we are here, also remove the code from the beginning of start.S, > > > which stores the contents of a2 to memory. Only registers

Re: [U-Boot] Regression: vf610twr build error

Hi, Stefano, I don't have vf610 boards now. I am afraid I could not verify it too. Best Regards, Alison Wang >-Original Message- >From: Stefano Babic >Sent: 2018年10月23日 0:05 >To: Alison Wang >Cc: U-Boot@lists.denx.de >Subject: Regression: vf610twr build error > >Hi Alison, > >I get a

[U-Boot] please pull u-boot-samsung master

Hi Tom, The following changes since commit 3ae192c2a4d52a755031e93fa6cc3a31ba90f29f: binman: Add a test for Intel reference code (2018-10-22 13:57:12 -0400) are available in the git repository at: git://git.denx.de/u-boot-samsung master for you to fetch changes up to

Re: [U-Boot] [PATCH v2] ARM: Samsung: Add Exynos5422-based Odroid HC2 support

On 23/10/18 16:23, Dirk Meul wrote: > From: Dirk Meul > Date: Sun, 14 Oct 2018 17:14:17 +0200 > > Odroid HC2 board is based on Odroid XU4 board, like the Odroid HC1. > > The linux kernel does not provide a hc2 DTB so the hc1 DTB is also used > for the Odroid HC2. > > Resend because MUA changed

Re: [U-Boot] [PATCH 1/1] x86: detect unsupported relocation types

On 10/23/2018 11:13 AM, Hannes Schmelzer wrote: > > On 10/13/18 3:30 AM, Heinrich Schuchardt wrote: >> Currently we support only relocations of type ELF64_R_TYPE or >> ELF32_R_TYPE. >> We should be warned if other relocation types appear in the relocation >> sections. >> >> This type of message

Re: [U-Boot] [PATCH] w1: fix build without CONFIG_W1_EEPROM

Hi Martin, Eugen, > On 23/10/18 10:40, eugen.hris...@microchip.com wrote: > > > > I tried as much as possible to decouple the W1 bus from the W1 > > EEPROM memories. It is possible that we will have a different > > framework for EEPROMs that will include both 1wire and i2c eeproms, > > and then

Re: [U-Boot] [PATCH 4/5] sunxi: display: Mark sunxi_rgb2yuv_coef array as const

On Tue, 23 Oct 2018 20:20:31 +0300 Priit Laes pl...@plaes.org wrote: >sunxi_rgb2yuv_coef is readonly and never modified. > >Signed-off-by: Priit Laes Acked-by: Anatolij Gustschin ___ U-Boot mailing list U-Boot@lists.denx.de

[U-Boot] [PATCH 3/5] sunxi: docs: Mention CONFIG_NAND requirement

Signed-off-by: Priit Laes --- board/sunxi/README.nand | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/board/sunxi/README.nand b/board/sunxi/README.nand index 77a8c7d..dac603c 100644 --- a/board/sunxi/README.nand +++ b/board/sunxi/README.nand @@ -20,9 +20,9 @@ pages. In

[U-Boot] [PATCH 5/5] sunxi: doc: Add basic fastboot example

From: Priit Laes Signed-off-by: Priit Laes --- board/sunxi/README.fastboot | 98 ++- 1 file changed, 98 insertions(+) create mode 100644 board/sunxi/README.fastboot diff --git a/board/sunxi/README.fastboot b/board/sunxi/README.fastboot new file mode 100644

[U-Boot] [PATCH 4/5] sunxi: display: Mark sunxi_rgb2yuv_coef array as const

sunxi_rgb2yuv_coef is readonly and never modified. Signed-off-by: Priit Laes --- drivers/video/sunxi/sunxi_display.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/video/sunxi/sunxi_display.c b/drivers/video/sunxi/sunxi_display.c index 5c8f88c..6dd9bec 100644 ---

[U-Boot] [PATCH 1/5] sunxi: Fix typos of spelling Allwinner

Signed-off-by: Priit Laes --- arch/arm/mach-sunxi/dram_sun4i.c | 2 +- arch/arm/mach-sunxi/p2wi.c | 2 +- board/sunxi/README.sunxi64 | 2 +- 3 files changed, 3 insertions(+), 3 deletions(-) diff --git a/arch/arm/mach-sunxi/dram_sun4i.c b/arch/arm/mach-sunxi/dram_sun4i.c index

[U-Boot] [PATCH 2/5] sunxi: docs: Unify the formatting style and add some paragraph breaks

Signed-off-by: Priit Laes --- board/sunxi/README.nand| 18 +- board/sunxi/README.sunxi64 | 23 --- 2 files changed, 25 insertions(+), 16 deletions(-) diff --git a/board/sunxi/README.nand b/board/sunxi/README.nand index a5d4ff0..77a8c7d 100644 ---

[U-Boot] [PATCH 0/5] sunxi: doc: Add fastboot example + misc cleanups

While writing a sample fastboot usage tutorial for sunxi, I also found bunch of discrepancies in the existing docs. Series also includes one simple constification patch that has been sitting in my tree for ages. Priit Laes (5): sunxi: Fix typos of spelling Allwinner sunxi: docs: Unify the

Re: [U-Boot] [PATCH v3] sf: Add auto detection of 4-byte mode (vs standard 3-byte mode)

Hi Rajat, On 23.10.18 07:17, Rajat Srivastava wrote: -Original Message- From: Stefan Roese [mailto:s...@denx.de] Sent: Monday, October 22, 2018 12:45 PM To: Rajat Srivastava ; ja...@openedev.com; simon.k.r.goldschm...@gmail.com Cc: Ashish Kumar ; u-boot@lists.denx.de Subject: Re:

Re: [U-Boot] MT76XX-driver

Hi Weijie, On 23.10.18 17:43, Weijie Gao wrote: mt7622 is an ARMv8 soc and its ethernet is different from mt7622 anyway. It's better to name it mt7628-eth or rt5350-eth because mt7628/mt7688 actually reuse the ethernet from rt5350. Okay, I'll send another version shortly - probably using

Re: [U-Boot] MT76XX-driver

Hi Stefan, mt7622 is an ARMv8 soc and its ethernet is different from mt7622 anyway. It's better to name it mt7628-eth or rt5350-eth because mt7628/mt7688 actually reuse the ethernet from rt5350. In fact arch/mips/mach-mt7620 should be named mach-mt7628 as mt7628 and mt7628 have so many

Re: [U-Boot] [PATCH] warp7: MAINTAINERS: Add an entry for warp7_bl33_defconfig

On 23/10/18 17:38, Fabio Estevam wrote: > Add an entry for the warp7_bl33_defconfig target. > > This fixes the following warnings: > > WARNING: no status info for 'warp7_bl33' > WARNING: no maintainers for 'warp7_bl33' > > Reported-by: Tom Rini > Signed-off-by: Fabio Estevam > --- >

[U-Boot] [PATCH] warp7: MAINTAINERS: Add an entry for warp7_bl33_defconfig

Add an entry for the warp7_bl33_defconfig target. This fixes the following warnings: WARNING: no status info for 'warp7_bl33' WARNING: no maintainers for 'warp7_bl33' Reported-by: Tom Rini Signed-off-by: Fabio Estevam --- board/warp7/MAINTAINERS | 1 + 1 file changed, 1 insertion(+) diff

[U-Boot] [PATCH v4] net: Add MT7622 ethernet driver

This patch adds ethernet support for the MIPS based Mediatek MT76xx SoCs (e.g. MT7688), including a minimum setup of the integrated switch. This driver is loosly based on the driver version included in this MediaTek github repository: https://github.com/MediaTek-Labs/linkit-smart-uboot.git

Re: [U-Boot] MT76XX-driver

Hi Frank, On 23.10.18 16:38, Frank Wunderlich wrote: can you please rename the driver (and the commit-message) to mt7622 because this is a MIPS-driver and not compatible with e.g. mt7623 (arm). https://patchwork.ozlabs.org/patch/988140/ Okay, will do. Thanks, Stefan

[U-Boot] MT76XX-driver

Hi,   can you please rename the driver (and the commit-message) to mt7622 because this is a MIPS-driver and not compatible with e.g. mt7623 (arm).   https://patchwork.ozlabs.org/patch/988140/   regards Frank ___ U-Boot mailing list U-Boot@lists.denx.de

Re: [U-Boot] [PULL] Please pull u-boot-imx

On Tue, Oct 23, 2018 at 04:42:53PM +0200, Stefano Babic wrote: > Hi Tom, > > On 23/10/18 16:29, Tom Rini wrote: > > On Tue, Oct 23, 2018 at 09:52:58AM +0200, Stefano Babic wrote: > > > >> Hi Tom, > >> > >> please pull from u-boot-imx (tag:

Re: [U-Boot] [PULL] Please pull u-boot-imx

Hi Tom, On 23/10/18 16:29, Tom Rini wrote: > On Tue, Oct 23, 2018 at 09:52:58AM +0200, Stefano Babic wrote: > >> Hi Tom, >> >> please pull from u-boot-imx (tag: u-boot-imx-20181023) thanks ! >> >> The tree contains fixes for i.MX6 and improvement in

Re: [U-Boot] [PULL] Please pull u-boot-imx

On Tue, Oct 23, 2018 at 09:52:58AM +0200, Stefano Babic wrote: > Hi Tom, > > please pull from u-boot-imx (tag: u-boot-imx-20181023) thanks ! > > The tree contains fixes for i.MX6 and improvement in docs, but the most > important part is the introduction of the i.MX8 ar

Re: [U-Boot] [PATCH] w1: fix build without CONFIG_W1_EEPROM

On 23/10/18 10:40, eugen.hris...@microchip.com wrote: I tried as much as possible to decouple the W1 bus from the W1 EEPROM memories. It is possible that we will have a different framework for EEPROMs that will include both 1wire and i2c eeproms, and then the interfacing would be pretty easy to

Re: [U-Boot] [PATCH 2/5] ARM: rpi_3_32b_defconfig: Add FS_UUID command

On Tue, Oct 23, 2018 at 4:33 AM Alexander Graf wrote: > On 23.10.18 07:38, Otavio Salvador wrote: > > From: Fabio Berton > > Thanks a lot for the patch :). However, as it is it will be confusing > for people who read the git log to figure out why this patch is in the > tree and what its net

[U-Boot] [PATCH v2 6/6] rv1108: Add support for default distro_bootcmd

This allow easier integration of RV1108 based boards on generic distributions and build systems. Signed-off-by: Otavio Salvador --- Changes in v2: - new patch include/configs/rv1108_common.h | 14 ++ 1 file changed, 14 insertions(+) diff --git a/include/configs/rv1108_common.h

[U-Boot] [PATCH v2 4/6] rv1108: Enable eMMC support

In order to be able to build the Rockchip eMMC driver on rv1108, the CONFIG_BOUNCE_BUFFER option needs to be selected. Select it like it is done on the other Rockchip SoC common files. This also adds the pinctrl handles to enable the use of eMMC on custom boards (as minievk) and makes it easier

[U-Boot] [PATCH v2 5/6] rv1108: Make USB OTG functional

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 v2: None arch/arm/dts/rv1108.dtsi | 45 ++- arch/arm/mach-rockchip/Makefile | 1 +

[U-Boot] [PATCH v2 3/6] clk_rv1108: Sync 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 v2: None .../include/asm/arch-rockchip/cru_rv1108.h| 143 +- drivers/clk/rockchip/clk_rv1108.c | 457 +-

[U-Boot] [PATCH v2 2/6] ARM: rpi_*_defconfig: Add support to find UUID for filesystem

The most generic way of having a stable boot behavior is to rely on UUID instead of device names for root partition, so the order of probing does not cause issues with booting. This enables the `CMD_FS_UUID` for following defconfig files: - rpi_0_w_defconfig - rpi_2_defconfig -

[U-Boot] [PATCH v2 1/6] ARM: vexpress-ca9x4_defconfig: Enable CMD_UBI support

This allow for convenient use of QEMU machine to test loading of UBI filesystem. Acked-by: Linus Walleij Signed-off-by: Otavio Salvador --- Changes in v2: None configs/vexpress_ca9x4_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/configs/vexpress_ca9x4_defconfig

[U-Boot] [PATCH] Mips: When using CONFIG_OF_SEPARATE, mips-relocs mess up _end symbol

When converting some MIPS-based platforms from CONFIG_OF_EMBED to CONFIG_OF_SEPARATE and CONFIG_MULTI_DTB_FIT, I had trouble with getting to the right offset of the DTB blob. It turns out that the mips-relocs utility chops off unused space in the ".rel" section, but in doing so it bring the

[U-Boot] x86: board / CPU reset?

Hi folks, i'm actually porting u-boot / coreboot to some older machine. AMD Geode LX800. I run into trouble while trying reset the board from console: => => reset resetting ... ### ERROR ### Please RESET the board ### my board uses the one and only existing 'sysreset_x86.c' reset driver.

[U-Boot] [PATCH v2 07/10] arm: dts: k3: Sync dts from Linux

Sync the k3-am654 specific dts files from Linux next with tag 20181019. This changes are in queue for Linux v4.20-rc1 Signed-off-by: Lokesh Vutla --- arch/arm/dts/k3-am65-main.dtsi | 51 +-- arch/arm/dts/k3-am65-mcu.dtsi| 18

[U-Boot] [PATCH v2 06/10] board: ti: am654: r5: Add initial support for am654

Add initial support for AM654 based EVM running on R5. Reviewed-by: Tom Rini Signed-off-by: Lokesh Vutla Signed-off-by: Andreas Dannenberg --- board/ti/am65x/Kconfig| 24 include/configs/am65x_evm.h | 6 ++ include/configs/ti_armv7_common.h | 2

[U-Boot] [PATCH v2 08/10] armv7r: dts: am654: Add initial support

Add R5 specific dts for am654-evm. Reviewed-by: Tom Rini Signed-off-by: Lokesh Vutla Signed-off-by: Andreas Dannenberg Signed-off-by: Keerthy --- arch/arm/dts/Makefile | 2 +- .../dts/k3-am654-base-board-ddr4-1333MHz.dtsi | 195 ++

[U-Boot] [PATCH v2 09/10] configs: am65x_evm_r5: Add initial support

Add initial defconfig support for AM65x that runs on R5. Reviewed-by: Tom Rini Signed-off-by: Lokesh Vutla Signed-off-by: Andreas Dannenberg Signed-off-by: Keerthy --- board/ti/am65x/MAINTAINERS | 1 + configs/am65x_evm_r5_defconfig | 87 ++ 2 files

[U-Boot] [PATCH v2 04/10] armv7R: K3: am654: Add support to start ATF from R5 SPL

Considering the boot time requirements, Cortex-A core should be able to start immediately after SPL on R5. Add support for the same. Reviewed-by: Tom Rini Signed-off-by: Lokesh Vutla --- arch/arm/mach-k3/Kconfig | 7 ++ arch/arm/mach-k3/Makefile | 1 + arch/arm/mach-k3/common.c | 52

[U-Boot] [PATCH v2 03/10] armv7R: K3: am654: Add support for generating build targets

Update Makefiles to generate: - tiboot3.bin: Image format that can be processed by ROM. Below is the tiboot3.bin image format that is required by ROM: ___ |X509 | | Certificate | |

[U-Boot] [PATCH v2 10/10] board: ti: am65x: Update README to add R5 build support

Update the README file to add r5 build support and system firmware support. Reviewed-by: Tom Rini Signed-off-by: Lokesh Vutla Signed-off-by: Andreas Dannenberg --- board/ti/am65x/README | 114 ++ 1 file changed, 92 insertions(+), 22 deletions(-) diff

[U-Boot] [PATCH v2 05/10] armv7R: K3: am654: Add support for triggering ddr init from SPL

In SPL, DDR should be made available by the end of board_init_f() so that apis in board_init_r() can use ddr. Adding support for triggering DDR initialization from board_init_f(). Reviewed-by: Tom Rini Signed-off-by: Lokesh Vutla --- arch/arm/mach-k3/am6_init.c | 13 + 1 file

[U-Boot] [PATCH v2 02/10] armv7R: K3: am654: Enable MPU regions

Enable MPU regions for AM654 evm: - Region0: 0x - 0x: Device memory, not executable - Region1: 0x41c0 - 0x4240: Normal, executable, WB, Write alloc - Region2: 0x8000 - 0x: Normal, executable, WB, Write alloc - region3-15: Disabled With this dcache can be

[U-Boot] [PATCH v2 01/10] ram: Introduce K3 AM654 DDR Sub System driver

K3 based AM654 devices has DDR memory subsystem that comprises Synopys DDR controller, Synopsis DDR phy and wrapper logic to intergrate these blocks into the device. This DDR subsystem provides an interface to external SDRAM devices. Adding support for the initialization of the external SDRAM

[U-Boot] [PATCH v2 00/10] arm: am654: Add r5 support for am654-evm

This series adds r5 build support for booting am654 evm. There is still 1 step(loading system firmware) missing to complete the full boot. This will be posted as a separate series. Changes since v1: - Fixed SPDX headers in patch 1/10 - Updated Linux tag from which dts got synced. - Updated

Re: [U-Boot] [PATCH v3 03/11] drivers: spi: cf_spi: convert to driver model

On Sun, Oct 14, 2018 at 1:00 PM Angelo Dureghello wrote: > > Converting to driver model and removes non-dm code. > > Signed-off-by: Angelo Dureghello > --- > Changes for v2: > - removed non DM code part > - add default setup of CTAR registers > - add DT CTAR register setup support > Changes for

Re: [U-Boot] latest kwboot

When trying to compile the current version of kwboot.c I get errors because of missing headers such as On Tue, Oct 23, 2018 at 10:15 AM Chris Packham wrote: > > > On Tue, 23 Oct 2018, 10:00 PM Balanga Bar, wrote: > >> Thanks for the suggestion. >> >> I'm not very experienced with git >>

Re: [U-Boot] [PATCH] mtd: nand: let the raw NAND devices be compiled upon selection

On Thu, Oct 11, 2018 at 3:05 PM Miquel Raynal wrote: > > Today way is to rely on CMD_NAND to be selected and from the root > Makefile compile what is in drivers/mtd/nand/raw. > > While this will work most of the time with decent configurations, it > is better to also compile this subsystem upon

Re: [U-Boot] [PATCH 0/3] Add raw read support and use it in pxa3xx NAND driver

On Thu, Oct 11, 2018 at 9:16 PM Miquel Raynal wrote: > > When using 2kiB-pages NAND chips requesting an 8-bit strength ECC, the > layout used is a bit particular and it happens that the ECC engine > tries to correct uncorrectable errors on empty pages, producing > bitflips. > > To avoid such

Re: [U-Boot] [PATCH] ARM: mvebu: dts: add Clearfog GT-8K

Hi Baruch, On 22.10.18 21:59, Chris Packham wrote: On Fri, 19 Oct 2018, 12:55 AM Baruch Siach, mailto:bar...@tkos.co.il>> wrote: From: Rabeeh Khoury mailto:rab...@solid-run.com>> The SolidRun Clearfog GT-8K is based on Armada 8040.

[U-Boot] [PATCH v3] net: Add MT76xx ethernet driver

This patch adds ethernet support for the Mediatek MT76xx SoC, including a minimum setup of the integrated switch. This driver is loosly based on the driver version included in this MediaTek github repository: https://github.com/MediaTek-Labs/linkit-smart-uboot.git Tested on the MT7688 LinkIt

Re: [U-Boot] [PATCH] configs: sama5d2_ptc_ek: read environment from FAT

On 23.10.2018 11:13, andrei.stefane...@microchip.com wrote: > On our demo setup for SD card boot, the u-boot environment > is in a FAT partition. > > This patch changes the default configuration, specifing that > the u-boot environment is in a FAT partition instead of raw MMC. > >

Re: [U-Boot] [PATCH] arm: mvebu: Move PCI(e) MBUS window to end of RAM

I checked this patch, and seems to work for me on clearfog base and silicon motion pcie video card Stefan Roese 22 октября 2018 г. 15:21:20 написал: With patch 49b23e035d96 (pci: mvebu: Increase size of PCIe default mapping) the mapping size for each PCI(e) controller was increased from

[U-Boot] [PATCH v2 1/1] common: Compile error with CONFIG_MULTI_DTB_FIT and not SPL

common/common_fit.c is including , but not actually using it. The inclusion will cuase compile error on platforms using CONFIG_OF_SEPARATE and not SPL. Signed-off-by: Lars Povlsen --- common/common_fit.c | 1 - 1 file changed, 1 deletion(-) diff --git a/common/common_fit.c

Re: [U-Boot] Compile error with CONFIG_MULTI_DTB_FIT and not SPL

... > I believe that spl.h is not needed at all here. It should be removed JJ Thanks for the feedback, I have sent a new patch to that effect. ---Lars ___ U-Boot mailing list U-Boot@lists.denx.de https://lists.denx.de/listinfo/u-boot

[U-Boot] [PATCH] configs: sama5d2_ptc_ek: read environment from FAT

On our demo setup for SD card boot, the u-boot environment is in a FAT partition. This patch changes the default configuration, specifing that the u-boot environment is in a FAT partition instead of raw MMC. Signed-off-by: Andrei Stefanescu --- configs/sama5d2_ptc_ek_mmc_defconfig | 2 +- 1

[U-Boot] [PATCH v2] ARM: Samsung: Add Exynos5422-based Odroid HC2 support

From: Dirk Meul Date: Sun, 14 Oct 2018 17:14:17 +0200 Odroid HC2 board is based on Odroid XU4 board, like the Odroid HC1. The linux kernel does not provide a hc2 DTB so the hc1 DTB is also used for the Odroid HC2. Resend because MUA changed whitespace. Signed-off-by: Dirk Meul Acked-by:

[U-Boot] [PATCH 2/2] arm: mvebu: armada-xp-theadorable.dts: Change CS# for 2nd FPGA

The new board version has the 2nd FPGA connected via CS# 0 instead of 2 on SPI bus 1. Change this setup in the DT accordingly. Please note that this change does still work on the old board version because the CS signal is not used on this board. Signed-off-by: Stefan Roese ---

[U-Boot] [PATCH 1/2] arm: mvebu: armada-xp-theadorable.dts: Add "spi-flash" compatible property

Add the "spi-flash" compatible string so that the generic sf_probe driver can probe the SPI flash on the theadorable Armada-XP board. Signed-off-by: Stefan Roese --- arch/arm/dts/armada-xp-theadorable.dts | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [U-Boot] [PATCH] arm: mvebu: Move PCI(e) MBUS window to end of RAM

On 23.10.18 12:19, Владислав wrote: I checked this patch, and seems to work for me on clearfog base and silicon motion pcie video card Thats good, thanks for checking. Could you please send a proper git "Tested-by" tag then? Thanks, Stefan Stefan Roese 22 октября 2018 г. 15:21:20

Re: [U-Boot] socfpga cyclone5 dts

On 23.10.18 10:41, Marek Vasut wrote: On 10/22/2018 10:48 PM, Simon Goldschmidt wrote: On 18.10.2018 23:04, Marek Vasut wrote: On 10/18/2018 10:20 PM, Simon Goldschmidt wrote: Marek Vasut mailto:marek.va...@gmail.com>> schrieb am Do., 18. Okt. 2018, 22:15: On 10/18/2018 09:28 PM,

Re: [U-Boot] [PATCH 20/30] riscv: align mtvec on a 4-byte boundary

On Tue, Oct 23, 2018 at 5:17 PM Rick Chen wrote: > > 於 2018年10月23日 週二 下午4:41寫道： > > > > > Hi Lukas, > > > > > > On Sat, Oct 20, 2018 at 6:10 AM Lukas Auer > > > > > > wrote: > > > > > > > > The machine trap-vector base address (mtvec) must be aligned on a > > > > 4-byte boundary. Add the

Re: [U-Boot] [PATCH 20/30] riscv: align mtvec on a 4-byte boundary

於 2018年10月23日 週二 下午4:41寫道： > > > Hi Lukas, > > > > On Sat, Oct 20, 2018 at 6:10 AM Lukas Auer > > wrote: > > > > > > The machine trap-vector base address (mtvec) must be aligned on a > > > 4-byte boundary. Add the necessary align directive to trap_entry. > > > > > > > I don't think this explicit

Re: [U-Boot] [PATCH 5/6] serial: ns16550: fix debug uart putc called before init

On Tue, Oct 23, 2018 at 11:01 AM Marek Vasut wrote: > > On 10/19/2018 05:25 AM, Simon Glass wrote: > > On 9 August 2018 at 13:04, Simon Goldschmidt > > wrote: > >> If _debug_uart_putc() is called before _debug_uart_init(), the > >> ns16550 debug uart driver hangs in a tight loop waiting for the

Re: [U-Boot] latest kwboot

On Tue, 23 Oct 2018, 10:00 PM Balanga Bar, wrote: > Thanks for the suggestion. > > I'm not very experienced with git > > How would I 'git checkout v2013.02 tools/kwboot.c' ? > Clone the u-boot repo with git clone git://git.denx.de/u-boot.git Go back to an older version with git checkout

Re: [U-Boot] [PATCH 1/1] x86: detect unsupported relocation types

On 10/13/18 3:30 AM, Heinrich Schuchardt wrote: Currently we support only relocations of type ELF64_R_TYPE or ELF32_R_TYPE. We should be warned if other relocation types appear in the relocation sections. This type of message has helped to identify code overwriting a relocation section before

Re: [U-Boot] [PATCH 5/6] serial: ns16550: fix debug uart putc called before init

On 10/19/2018 05:25 AM, Simon Glass wrote: > On 9 August 2018 at 13:04, Simon Goldschmidt > wrote: >> If _debug_uart_putc() is called before _debug_uart_init(), the >> ns16550 debug uart driver hangs in a tight loop waiting for the >> tx FIFO to get empty. >> >> As this can happen via a printf

Re: [U-Boot] socfpga cyclone5 dts

On 10/23/2018 10:52 AM, Simon Goldschmidt wrote: [...] >>> - socfpga_cyclone5_de1_soc.dts >>> - socfpga_cyclone5_de10_nano.dts >> >> These should be upstream. > > But they aren't? Or did you mean "these should be upstreamed"? By whom? CCing Dinh :-) [...] >>> Also, Dinh has enabled the

Re: [U-Boot] socfpga cyclone5 dts

On Tue, Oct 23, 2018 at 10:42 AM Marek Vasut wrote: > > On 10/22/2018 10:48 PM, Simon Goldschmidt wrote: > > On 18.10.2018 23:04, Marek Vasut wrote: > >> On 10/18/2018 10:20 PM, Simon Goldschmidt wrote: > >>> > >>> Marek Vasut mailto:marek.va...@gmail.com>> > >>> schrieb am Do., 18. Okt. 2018,

Re: [U-Boot] socfpga cyclone5 dts

On 10/22/2018 09:55 PM, Simon Goldschmidt wrote: > On 18.10.2018 23:04, Marek Vasut wrote: >> On 10/18/2018 10:20 PM, Simon Goldschmidt wrote: >>> >>> Marek Vasut mailto:marek.va...@gmail.com>> >>> schrieb am Do., 18. Okt. 2018, 22:15: >>> >>> On 10/18/2018 09:28 PM, Simon Goldschmidt wrote:

Re: [U-Boot] socfpga cyclone5 dts

On 10/22/2018 10:48 PM, Simon Goldschmidt wrote: > On 18.10.2018 23:04, Marek Vasut wrote: >> On 10/18/2018 10:20 PM, Simon Goldschmidt wrote: >>> >>> Marek Vasut mailto:marek.va...@gmail.com>> >>> schrieb am Do., 18. Okt. 2018, 22:15: >>> >>> On 10/18/2018 09:28 PM, Simon Goldschmidt wrote:

Re: [U-Boot] [PATCH] w1: fix build without CONFIG_W1_EEPROM

On 23.10.2018 11:31, Martin Fuzzey wrote: > On 23/10/18 09:07, eugen.hris...@microchip.com wrote: >> >> On 22.10.2018 19:51, Martin Fuzzey wrote: >>> Building with CONFIG_W1 and CONFIG_CMD_W1 but without CONFIG_W1_EEPROM >>> fails with >>> drivers/w1/w1-uclass.c:104: undefined reference to

Re: [U-Boot] [PATCH] w1: fix build without CONFIG_W1_EEPROM

On 23/10/18 09:07, eugen.hris...@microchip.com wrote: On 22.10.2018 19:51, Martin Fuzzey wrote: Building with CONFIG_W1 and CONFIG_CMD_W1 but without CONFIG_W1_EEPROM fails with drivers/w1/w1-uclass.c:104: undefined reference to `w1_eeprom_register_new_device' cmd/w1.c:93:

Re: [U-Boot] [PATCH] w1: fix data abort if no one wire bus master present

On 23.10.2018 11:17, Martin Fuzzey wrote: > Hi Eugen, > > On 23/10/18 09:05, eugen.hris...@microchip.com wrote: >> >> On 22.10.2018 19:31, Martin Fuzzey wrote: >>> When the "w1 bus" command is used with no bus master present >>> a data abort may occur. >>> >>> This is because

Re: [U-Boot] [PATCH] w1: fix data abort if no one wire bus master present

Hi Eugen, On 23/10/18 09:05, eugen.hris...@microchip.com wrote: On 22.10.2018 19:31, Martin Fuzzey wrote: When the "w1 bus" command is used with no bus master present a data abort may occur. This is because uclass_first_device() returns zero, but sets the output struct udevice pointer to

[U-Boot] [RFC][PATCH] ARM: at91: lds: add test SPL binary size and bbs size

From: Wenyou Yang Add the test for the SPL binary size and the bbs section size. Signed-off-by: Wenyou Yang --- Hello, This patch from our at91 tree will check for the SPL size and BSS size, however, with this check, build will fail for some old platforms. The solution would be to disable

Re: [U-Boot] [PATCH v2 1/3] efi_loader: rework fdt handling in distro boot script

On Tue, Oct 23, 2018 at 08:36:58AM +0100, Alexander Graf wrote: > > > On 23.10.18 03:08, AKASHI Takahiro wrote: > > On Mon, Oct 22, 2018 at 08:42:32AM +0100, Alexander Graf wrote: > >> > >> > >> On 22.10.18 08:22, AKASHI Takahiro wrote: > >>> On Mon, Oct 22, 2018 at 01:40:05PM +0900, AKASHI

[U-Boot] Re : [U-Boot,BUG] snow: mmc: SD card access broken: unable to select a mode

Hi, - Paweł Jarosz a écrit : > Hi Guillaume, > > > Could you test this patch: > > https://patchwork.ozlabs.org/patch/986180/ > > and tell me how it goes? Unfortunately, it does not solve the problem. The only solution I

[U-Boot] [PULL] Please pull u-boot-imx

Hi Tom, please pull from u-boot-imx (tag: u-boot-imx-20181023) thanks ! The tree contains fixes for i.MX6 and improvement in docs, but the most important part is the introduction of the i.MX8 architecture (thanks to Peng and Antolji for their work !). Build on Travis reported no error, but I get

[U-Boot] [PATCH] configs: at91: at91sam9x5ek: fix bootcmd for NAND flash

The default bootcommand needs to be accurate w.r.t the nand memory map at http://www.at91.com/linux4sam/bin/view/Linux4SAM/AT91sam9x5ekMainPage#NAND_Flash_demo_Memory_map Updated to load kernel + dtb at right offsets and boot the zImage. Signed-off-by: Eugen Hristev ---

Re: [U-Boot] [PATCH v2 1/3] efi_loader: rework fdt handling in distro boot script

On 23.10.18 03:08, AKASHI Takahiro wrote: > On Mon, Oct 22, 2018 at 08:42:32AM +0100, Alexander Graf wrote: >> >> >> On 22.10.18 08:22, AKASHI Takahiro wrote: >>> On Mon, Oct 22, 2018 at 01:40:05PM +0900, AKASHI Takahiro wrote: The current scenario for default UEFI booting,

Re: [U-Boot] [PATCH 2/5] ARM: rpi_3_32b_defconfig: Add FS_UUID command

On 23.10.18 07:38, Otavio Salvador wrote: > From: Fabio Berton Thanks a lot for the patch :). However, as it is it will be confusing for people who read the git log to figure out why this patch is in the tree and what its net effect is. So could you please provide a proper patch description

Re: [U-Boot] [PATCH 1/5] ARM: vexpress-ca9x4_defconfig: Enable CMD_UBI support

On Tue, Oct 23, 2018 at 8:38 AM Otavio Salvador wrote: > This allow for convenient use of QEMU machine to test loading of UBI > filesystem. > > Signed-off-by: Otavio Salvador Looks helpful. Acked-by: Linus Walleij Yours, Linus Walleij ___ U-Boot

[U-Boot] [U-Boot, BUG] snow: mmc: SD card access broken: unable to select a mode

Hi Guillaume, Could you test this patch: https://patchwork.ozlabs.org/patch/986180/ and tell me how it goes? Cheers Paweł ___ U-Boot mailing list U-Boot@lists.denx.de

Re: [U-Boot] [PATCH v3 3/9] dm: uclass: Add uclass_foreach_dev_probe

Hi Simon On 10/19/18 5:27 AM, Simon Glass wrote: > Hi Patrick, > > On 15 October 2018 at 03:01, Patrice CHOTARD wrote: >> Hi Bin >> >> On 10/12/2018 12:13 PM, Bin Meng wrote: >>> Hi Patrice, >>> >>> On Fri, Oct 12, 2018 at 3:51 PM Patrice CHOTARD >>> wrote: Hi Bin On

Re: [U-Boot] [PATCH] x86: make X86IRQ per Kconfig switchable

On 10/23/2018 05:24 AM, Bin Meng wrote: Hi Hannes, Hi Bing, thanks for your response. On Tue, Oct 23, 2018 at 5:12 AM Hannes Schmelzer wrote: This commit creates the freedom for boards to do nothing with the whole IRQ stuff on x86 during u-boot. This is especially important on older

Re: [U-Boot] [PATCH] w1: fix build without CONFIG_W1_EEPROM

On 22.10.2018 19:51, Martin Fuzzey wrote: > Building with CONFIG_W1 and CONFIG_CMD_W1 but without CONFIG_W1_EEPROM > fails with > drivers/w1/w1-uclass.c:104: undefined reference to > `w1_eeprom_register_new_device' > cmd/w1.c:93: undefined reference to `w1_eeprom_read_buf' > > Fix

Re: [U-Boot] [PATCH] w1: fix data abort if no one wire bus master present

On 22.10.2018 19:31, Martin Fuzzey wrote: > When the "w1 bus" command is used with no bus master present > a data abort may occur. > > This is because uclass_first_device() returns zero, but sets the output > struct udevice pointer to NULL in the no device found case. > > Fix w1_get_bus() to

Re: [U-Boot] [PATCH 19/30] riscv: fix inconsistent use of spaces and tabs in start.S

> > > Start.S uses both tabs and spaces after instructions. Fix this by only > > > > nits: start.S > > > > > using tabs after instructions. > > > > > > Signed-off-by: Lukas Auer > > > --- > > > > > > arch/riscv/cpu/start.S | 322 > > > - > > > 1 file

Re: [U-Boot] [PATCH] w1-eeprom: ds24xxx: fix data abort in ds24xxx_probe()

On 22.10.2018 19:31, Martin Fuzzey wrote: > Data abort was occurring when using "w1 bus" with a DS24B33 present. > > The abort occurred in the ds24xxx_probe() because the struct w1_device > pointer was NULL. This is because that structure is allocated by > the parent device uclass (by

Re: [U-Boot] [PATCH v3 1/9] dm: pinctrl: Add get_pin_muxing() ops

Hi Simon On 10/19/18 5:28 AM, Simon Glass wrote: > Hi Patrice, > > On 9 October 2018 at 07:31, Patrice Chotard wrote: >> Add get_pin_muxing() which allows to display the muxing >> of a given pin belonging to a pin-controller. >> >> Signed-off-by: Patrice Chotard >> --- >> >> Changes in v3: >>

Re: [U-Boot] [PATCH v3 7/9] pinctrl: stm32: Add get_pin_muxing() ops

Hi Simon On 10/19/18 5:25 AM, Simon Glass wrote: > Hi Patrice, > > On 9 October 2018 at 07:31, Patrice Chotard wrote: >> Add get_pin_muxing() ops to obtain the pin muxing description >> a given pin index. >> >> Signed-off-by: Patrice Chotard >> --- >> >> Changes in v3: None >> Changes in v2:

Re: [U-Boot] [PATCH v3 9/9] pinctrl: sandbox: Add get_pin_muxing ops support

Hi Simon On 10/19/18 5:25 AM, Simon Glass wrote: > On 9 October 2018 at 07:31, Patrice Chotard wrote: >> Add get_pin_mux ops support to display the pin muxing >> description of the sandbox_pins[] >> >> Signed-off-by: Patrice Chotard >> --- >> >> Changes in v3: >> - Fix typo >> >> Changes in

  1   2   >