Hi,
Am 22.04.2017 um 14:59 schrieb Heinrich Schuchardt:
> On 01/15/2017 07:52 PM, Andreas Färber wrote:
>> Use the generic "distro" boot framework to enable automatic DHCP boot.
>>
>> The fdt and kernel addresses are adopted from downstream; ramdisk and
>
Am 22.04.2017 um 16:19 schrieb Heinrich Schuchardt:
> On 04/22/2017 03:10 PM, Andreas Färber wrote:
>> Am 22.04.2017 um 14:59 schrieb Heinrich Schuchardt:
>>> On 01/15/2017 07:52 PM, Andreas Färber wrote:
>>>> Use the generic "distro" boot framework to enabl
Am 22.04.2017 um 20:32 schrieb Heinrich Schuchardt:
> On 04/22/2017 05:47 PM, Andreas Färber wrote:
>> Am 22.04.2017 um 16:19 schrieb Heinrich Schuchardt:
>>> On 04/22/2017 03:10 PM, Andreas Färber wrote:
>>>> Am 22.04.2017 um 14:59 schrieb Heinrich Schuchardt
Heinrich,
Am 23.04.2017 um 10:09 schrieb Heinrich Schuchardt:
> According to doc/README.pxe fdtfile shall only contain a filename
> and no path. If a path is needed it shall be specified with
> ftddir.
That is absolute BS!!! It does NOT say that at all.
http://git.denx.de/?p=u-boot.git;a=commitd
Am 22.04.2017 um 16:51 schrieb Heinrich Schuchardt:
> On 04/22/2017 03:10 PM, Andreas Färber wrote:
>> Hi,
>>
>> Am 22.04.2017 um 14:59 schrieb Heinrich Schuchardt:
>>> On 01/15/2017 07:52 PM, Andreas Färber wrote:
>>>> Use the generic "distr
Am 23.04.2017 um 12:41 schrieb Andreas Färber:
> Am 22.04.2017 um 16:51 schrieb Heinrich Schuchardt:
>> On 04/22/2017 03:10 PM, Andreas Färber wrote:
>>> Hi,
>>>
>>> Am 22.04.2017 um 14:59 schrieb Heinrich Schuchardt:
>>>> On 01/15/2017 07:52 PM, And
Am 23.04.2017 um 01:58 schrieb Simon Glass:
> Hi,
>
> On 19 April 2017 at 15:34, Simon Glass wrote:
>> On 19 April 2017 at 15:06, Andreas Färber wrote:
>>> Am 19.04.2017 um 13:26 schrieb Heinrich Schuchardt:
>>>> When iterating over the devices of an uclass t
Am 19.04.2017 um 23:34 schrieb Simon Glass:
> On 19 April 2017 at 15:06, Andreas Färber wrote:
>> Am 19.04.2017 um 13:26 schrieb Heinrich Schuchardt:
>>> When iterating over the devices of an uclass the iteration stops
>>> at the first device that cannot be probed.
&
Am 29.04.2017 um 02:28 schrieb Simon Glass:
> Hi Andy,
>
> On 20 April 2017 at 20:31, Andy Yan wrote:
>> Add driver to setup the various PLLs and peripheral
>> clocks on the RK3368.
>
> Subject: clock
Also: driver
Regards,
Andreas
--
SUSE Linux GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany
GF
Am 29.04.2017 um 02:28 schrieb Simon Glass:
> On 20 April 2017 at 20:31, Andy Yan wrote:
>> +static int rk3368_clk_probe(struct udevice *dev)
>> +{
>> + struct rk3368_clk_priv *priv = dev_get_priv(dev);
>> +
>> + rkclk_init(priv->cru);
>
> Should this only happen in SPL?
We don't use
Hi Andy,
Am 21.04.2017 um 08:17 schrieb Andy Yan:
> On 2017年04月21日 10:59, Andreas Färber wrote:
>> Am 21.04.2017 um 04:32 schrieb Andy Yan:
>>> diff --git a/arch/arm/dts/Makefile b/arch/arm/dts/Makefile
>>> index ce34e3e..fbc97e8 100644
>>> --- a/arch/arm
Am 28.04.2017 um 06:03 schrieb yinbo.zhu:
> From: Suresh Gupta
>
> USB High Speed (HS) EYE Height Adjustment
> This patch is adding the erratum for LS1021.
Please make that clear in the subject!
>
> Signed-off-by: Sriram Dash
So, you have one author, then a different Sob and yet another send
Hello Marek,
Am 25.04.2017 um 15:27 schrieb Marek Behún:
> The Turris Omnia has (on I2C interface) an Atmel ATSHA204
> CryptoAuthentication chip for storage of MAC adresses, device serial
> number, device configuration (1 GB RAM vs 2 GB RAM). This data is
> stored in the internal EEPROM of ATSHA20
Hi Heiko,
Am 23.05.2017 um 23:27 schrieb Heiko Stuebner:
> Am Dienstag, 23. Mai 2017, 17:14:19 CEST schrieb Tom Rini:
>> On Tue, May 23, 2017 at 11:03:23PM +0200, Mark Kettenis wrote:
From: Heiko Stuebner
Date: Tue, 23 May 2017 22:29:33 +0200
Hi Kever, Tom,
Am Dienst
Hi Andre,
Am 23.05.2017 um 12:09 schrieb Andre Przywara:
> an updated version: the first patch is unchanged (still the exact
> same DT as in Linux), but the second patch reformats the Ethernet nodes
> as a .dtsi and uses the new U-Boot specific DT addon feature to make
> it clear that these nodes
Hej Patrick,
Am 09.05.2017 um 14:43 schrieb Patrick Wildt:
> The NanoPi Neo2 is basically the same as the NanoPi Neo, but that they
> replaced the SoC with the 64-bit Allwinner H5 SoC. Add a (64-bit only)
> defconfig defining the required options to build the U-Boot proper.
>
> Create a new .dts
Am 24.05.2017 um 14:44 schrieb Andre Przywara:
> On 24/05/17 12:50, Andreas Färber wrote:
>> Am 09.05.2017 um 14:43 schrieb Patrick Wildt:
>>> The NanoPi Neo2 is basically the same as the NanoPi Neo, but that they
>>> replaced the SoC with the 64-bit Allwinner
Am 08.05.2017 um 18:36 schrieb Jorge Ramirez-Ortiz:
> This port adds support for:
> 1) Serial
> 2) eMMC
> 3) USB
>
> It has been tested with ARM TRUSTED FIRMWARE running u-boot as the
> BL33 executable [see board's README]
>
> eMMC has been tested for reading and booting t
Hi Pavel,
Am 28.05.2017 um 21:17 schrieb Pavel Machek:
>> Signed-off-by: Marek Behun
[...]
>> +++ b/arch/arm/dts/armada-385-turris-omnia.dts
>> @@ -0,0 +1,428 @@
>> +/*
>> + * Device Tree file for the Turris Omnia
>> + *
>> + * Copyright (C) 2014 Marvell
>> + *
>> + * Marek Behun
> There should
Am 01.06.2017 um 16:04 schrieb Patrick Wildt:
> What's holding us up from using the Linux device trees without any
> changes? This diff I attach inline copies all a64, h3 and h5 related
> files from v4.12-rc3 (so, mainline) and modifies the emac driver to
> use the new pinmux attributes.
Andre or
Am 02.06.2017 um 18:58 schrieb Marek Behun:
> From: Marek Behún
>
> This device tree is taken from mainline Linux kernel commit
> 7b7db5ab
Thanks for that clarification.
> with certain modifications:
>
> - aliases for I2C devices are added, because u-boot i2cmux
> doesn't work otherwise
Am 09.06.2017 um 17:43 schrieb heinr...@suse.de:
> From: Heinrich Schuchardt
>
> The Odroid C2 has two GiB of memory with two reserved regions.
> reg = <0x0 0x0 0x0 0x100>;
> reg = <0x0 0x1000 0x0 0x20>;
>
> The description has been created with the following patches:
>
> Patch
> bf
Am 12.02.2017 um 15:03 schrieb Marek Vasut:
> On 02/12/2017 02:24 PM, Andreas Färber wrote:
>> Am 12.02.2017 um 13:53 schrieb Marek Vasut:
>>> On 02/12/2017 01:24 PM, Andreas Färber wrote:
>>>> Am 12.02.2017 um 12:55 schrieb Marek Vasut:
>>>>>
ifdef CONFIG_BLK
> struct udevice *dev;
>
> - for (uclass_first_device(UCLASS_BLK, &dev);
> + for (uclass_first_device_check(UCLASS_BLK, &dev);
>dev;
> - uclass_next_device(&dev)) {
> + uclass_next_device_check(&dev)) {
>
Hi,
On mvebu_db-88f3720 I am seeing endless resets when doing "scsi scan" or
"scan reset" (SATA). I am chain-loading U-Boot from the vendor U-Boot.
It seems the latest version working was v2017.01, v2017.03 is failing.
Haven't had time to bisect between releases yet.
Regards,
Andreas
--
SUSE L
Hello,
I have just made an initial v0.1 release of my meson-tools project:
https://github.com/afaerber/meson-tools
In particular the amlbootsig tool has successfully been used in the
openSUSE Open Build Service instance to create bootable images for the
Amlogic S905 based Hardkernel Odroid-C2, u
Am 19.04.2017 um 07:12 schrieb Andreas Färber:
> Am 15.04.2017 um 21:30 schrieb Heinrich Schuchardt:
>> To enable automatic booting from SD card or eMMC the MMC
>> devices 0, 1, and 2 are added to the BOOT_TARGET_DEVICES.
>>
>> Booting from SD card, eMMC, and DHCP
Am 17.04.2017 um 00:04 schrieb Andreas Färber:
> Am 17.04.2017 um 00:01 schrieb Vagrant Cascadian:
>> Enable distro_bootcmd PXE functions on meson-gxbb systems.
>>
>> While DHCP boot is already supported, the format is fairly u-boot
>> specific, while PXE boot suppor
c.git.
>
> Signed-off-by: Heinrich Schuchardt
Reviewed-by: Andreas Färber
Regards,
Andreas
--
SUSE Linux GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany
GF: Felix Imendörffer, Jane Smithard, Graham Norton
HRB 21284 (AG Nürnberg)
___
U-
Populate the fdtfile environment variable based on CONFIG_DEFAULT_FDT_FILE.
Allow to override this default behavior via FDTFILE.
Set CONFIG_DEFAULT_FDT_FILE for the GeekBox.
Signed-off-by: Andreas Färber
---
configs/geekbox_defconfig | 1 +
include/configs/rk3368_common.h | 7 ++-
2
Am 21.04.2017 um 04:33 schrieb Andy Yan:
> diff --git a/arch/arm/dts/Makefile b/arch/arm/dts/Makefile
> index fbc97e8..d786611 100644
> --- a/arch/arm/dts/Makefile
> +++ b/arch/arm/dts/Makefile
> @@ -42,9 +42,10 @@ dtb-$(CONFIG_ARCH_ROCKCHIP) += \
> rk3288-veyron-minnie.dtb \
> rk3328-e
Am 01.05.2017 um 19:41 schrieb Andreas Färber:
> diff --git a/configs/geekbox_defconfig b/configs/geekbox_defconfig
> index f5783100c0..5e4d5f03a4 100644
> --- a/configs/geekbox_defconfig
> +++ b/configs/geekbox_defconfig
> @@ -4,6 +4,7 @@ CONFIG_ROCKCHIP_RK3368=y
> CONFI
Hi Simon,
Am 08.05.2017 um 18:38 schrieb Simon Glass:
> On 1 May 2017 at 11:48, Andreas Färber wrote:
>> Am 01.05.2017 um 19:41 schrieb Andreas Färber:
>>> diff --git a/configs/geekbox_defconfig b/configs/geekbox_defconfig
>>> index f5783100c0..5e4d5f03
Hi Nisal,
Am 08.05.2017 um 21:43 schrieb Tom Rini:
> On Wed, Apr 26, 2017 at 04:18:01PM -0500, Nisal Menuka wrote:
>
>> ARM errata 852421 and 852423 applies to r1p0, r1p1 and r1p2
>> revisions of Cortex-A17 processors. These workarounds
>> exist in Linux kernel and I thought it would be better
>>
Hi Marek,
Thanks for working on this.
Am 12.05.2017 um 16:10 schrieb Marek Behún:
> The Turris Omnia is a open-source router created by CZ.NIC.
>
> The code is based on the Marvell/db-88f6820-gp by Stefan Roese
> with modifications from Tomas Hlavacek in the CZ.NIC turris-omnia-uboot
> repositor
The FriendlyARM NanoPi K2 is a single-board computer.
The Device Tree is taken from the v1 kernel patchset.
Cc: techsupp...@friendlyarm.com
Signed-off-by: Andreas Färber
---
arch/arm/dts/meson-gxbb-nanopi-k2.dts | 152 ++
arch/arm/mach-meson/Kconfig
Am 15.05.2017 um 11:54 schrieb Andy Yan:
> From: Andreas Färber
>
> The GeekBox is a TV box from GeekBuying, based on an MXM3 module.
> The module can be used with base boards such as the GeekBox Landingship.
> This adds basic support to chain-load U-Boot from Rockchip's min
Hi FriendlyARM,
Am 15.05.2017 um 03:15 schrieb Andreas Färber:
> diff --git a/board/amlogic/nanopi-k2/nanopi-k2.c
> b/board/amlogic/nanopi-k2/nanopi-k2.c
> new file mode 100644
> index 00..b61daaa4a7
> --- /dev/null
> +++ b/board/amlogic/nanopi-k2/nanopi-k2
Hi Mateusz,
Am 20.01.2016 um 23:00 schrieb Mateusz Kulikowski:
> On 20.01.2016 05:35, Simon Glass wrote:
>> Tested-by: Simon Glass
>
> Great!
Which Git branch can we use to test this? I spotted no final v1 branch
matching this series. Among others, I tried your
dragonboard-for-mainline-v2 bran
s __be32 and converting it in
fdt_value_setenv(), like its counterpart fdt_parse_prop() already does.
Fixes: bc80295 ("fdt: Add get commands to fdt")
Cc: Joe Hershberger
Cc: Gerald Van Baren
Signed-off-by: Andreas Färber
---
cmd/fdt.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
di
Let get_maintainers.pl pick up the new cmd/fdt.c.
Cc: Simon Glass
Signed-off-by: Andreas Färber
---
MAINTAINERS | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 8e67202..3d18f28 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -273,7 +273,7 @@ F
Hi,
Am 26.10.2016 um 22:17 schrieb Sumit Garg:
> The patch-set does the following:
>
> 1. Add NOR secure boot target on ls1046aqds platform.
> 2. Add QSPI secure boot target on ls1046ardb platform.
Please double-check your clock, you are posting in the future.
Regards,
Andreas
--
SUSE Linux G
Hi Simon,
Am 26.10.2016 um 21:19 schrieb Simon Glass:
> On 26 October 2016 at 09:02, Andreas Färber wrote:
>> On a Raspberry Pi 2 disagreements on cell endianness can be observed:
>>
>> U-Boot> fdt print /soc/gpio@7e20 phandle
>> phandle = <0x000d&
since the node is defined there?
>
> Mmh, I find examples for both ways (.dtsi vs. .dts) in the kernel. I
> need to learn what's the best practice here.
Last I was told by kernel maintainers (in an Amlogic context) aliases
should be in the board's .dts[i] so that only the enabled nod
Use the generic "distro" boot framework to enable automatic DHCP boot.
Signed-off-by: Andreas Färber
---
Kconfig | 2 +-
configs/odroid-c2_defconfig | 1 -
include/configs/meson-gxbb-common.h | 13 +
include/configs/odroid-c2.h
Hi Alex,
Am 01.11.2016 um 22:19 schrieb Alexander Graf:
> On 01/11/2016 22:11, Andreas Färber wrote:
>> diff --git a/include/configs/meson-gxbb-common.h
>> b/include/configs/meson-gxbb-common.h
>> index 3bba2e6..0c467fe 100644
>> --- a/include/configs/meson-gxbb-common
Sort rk3036 before rk3288.
Signed-off-by: Andreas Färber
---
arch/arm/dts/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/dts/Makefile b/arch/arm/dts/Makefile
index 756535b..7f6545e 100644
--- a/arch/arm/dts/Makefile
+++ b/arch/arm/dts/Makefile
@@ -28,6
UART,s -> UARTs, to avoid this spreading via copy&paste.
Signed-off-by: Andreas Färber
---
arch/arm/mach-rockchip/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/mach-rockchip/Kconfig b/arch/arm/mach-rockchip/Kconfig
index 1aac3c8..ffd281c 100644
---
Hello,
Am 25.07.2016 um 05:45 schrieb Kever Yang:
> RK3399 needs reserve 0x20 at the beginning of DRAM, for ATF bl31.
>
> Signed-off-by: Kever Yang
> ---
>
> Changes in v2:
> - correct some typo on commit message and comment
>
> board/rockchip/evb_rk3399/evb-rk3399.c | 3 ++-
> 1 file cha
Am 07.11.2016 um 09:30 schrieb Kever Yang:
> The size dram node need to be deduced by the same amount of reserved space.
>
>
Reported-by: Andreas Färber
> Signed-off-by: Kever Yang
Reviewed-by: Andreas Färber
Thanks,
Andreas
--
SUSE Linux GmbH, Maxfeldstr. 5, 90409 Nürnberg
Hi Simon,
Am 28.10.2016 um 03:52 schrieb Simon Glass:
> On 27 October 2016 at 05:44, Andreas Färber wrote:
>> Am 26.10.2016 um 21:19 schrieb Simon Glass:
>>> On 26 October 2016 at 09:02, Andreas Färber wrote:
>>>> On a Raspberry Pi 2 disagreements on c
Hi Stefan,
Am 03.12.2014 um 18:04 schrieb Stefan Agner:
> Can this be fixed by the merger or should I create a new revision?
It looks as if this was neither applied nor respun? I have some more
patches to make CONFIG_USE_PRIVATE_LIBGCC build for Thumb that I would
like to rebase on it.
In partic
Hello,
I would like to test the latest version of U-Boot on the Jetson TX1.
Unfortunately U-Boot is lacking a README that would explain how to do that:
http://git.denx.de/?p=u-boot.git;a=tree;f=board/nvidia/p2371-2180;h=097fb9aaec8abd522b7b8382e5c4169f5ea8f691;hb=HEAD
I understand that the Jet
Am 15.02.2018 um 10:22 schrieb Jon Hunter:
> On 15/02/18 01:51, Andreas Färber wrote:
>> I would like to test the latest version of U-Boot on the Jetson TX1.
[...]
>> Here's what I have tried:
>>
>> $ sudo ./flash.sh p2371-2180-devkit mmcblk0p1
> This shoul
Hi Mikko,
Am 15.02.2018 um 08:56 schrieb Mikko Perttunen:
> In the cboot + U-Boot combination, cboot loads U-Boot from the usual
> kernel partition (LNX or kernel depending on system), so flashing U-Boot
> there should do the trick. I believe this did indeed change in some L4T
> version, so the wi
Hi Jon,
Am 15.02.2018 um 15:01 schrieb Jon Hunter:
> On 15/02/18 12:32, Andreas Färber wrote:
>> Am 15.02.2018 um 10:22 schrieb Jon Hunter:
>>> On 15/02/18 01:51, Andreas Färber wrote:
>>>> I would like to test the latest version of U-Boot on the Jetson TX1.
>>
Hi Varun,
Am 15.02.2018 um 17:57 schrieb Varun Wadekar:
> Andreas, can you try the TOS packaging script available in our public repo?
>
> http://nv-tegra.nvidia.com/gitweb/?p=3rdparty/ote_partner/tlk.git;a=blob;f=tools/gen_tos_part_img.py;h=47828f7028e56a6cffb9b773502b13dc431a015e;hb=HEAD
Great,
o fix a regression:
https://github.com/ARM-software/arm-trusted-firmware/pull/1271
Regards,
Andreas
>
> ------------
> *From:* Andreas Färber
> *Sent:* Thursday, February 15, 2018 7:04 PM
> *To:* Varun Wadekar
> *Cc:* Tom
Am 02.08.2017 um 15:25 schrieb Dr. Philipp Tomsich:
>
>> On 02 Aug 2017, at 15:10, Andy Yan wrote:
>>
>> The default 1kb pre-reloc malloc pool is not enough for dm
>> core to enable the dm-pre-reloc device drivers.
>>
>> Signed-off-by: Andy Yan
>> —
>
> Acked-by: Philipp Tomsich
> Reviewed-by:
Am 07.08.2017 um 11:26 schrieb Jagan Teki:
> On Sun, Aug 6, 2017 at 10:45 AM, Simon Glass wrote:
>> On 26 July 2017 at 05:26, Dave Prue wrote:
>>> GMAC Initialization for sun7i targets has been broken since v2017.05-rc3
"initialization", but more importantly:
>>> due to the renaming of CONFIG_S
Am 01.08.2017 um 16:47 schrieb Dmitry Korunov:
> The Raspberry Pi Zero W extends the Pi Zero family and it's also
> based on a BCM2835 SoC. Like the Pi Zero, it has 512MB RAM,
> Mini HDMI and USB On-The-Go ports. Both Pi's hasn't got Ethernet,
> but Pi Zero W has built in wireless LAN 802.11 b/g/n.
Am 24.11.2017 um 14:01 schrieb Sean Nyekjaer:
> It's the first 8 bits of the bootrom error register that
> contains the boot error/fallback error code. Lets check that
"bits ... contain"
"Let's"
> and continue to boot from UART.
>
> Signed-off-by: Sean Nyekjaer
> ---
> arch/arm/mach-mvebu/inc
Hi Neil,
Am 25.11.2017 um 10:54 schrieb Neil Armstrong:
> Le 24/11/2017 23:35, Simon Glass a écrit :
>> On 20 November 2017 at 08:36, Neil Armstrong wrote:
>>> diff --git a/arch/arm/include/asm/arch-meson/gxbb.h
>>> b/arch/arm/include/asm/arch-meson/gxbb.h
>>> index 74d5290..117f796 100644
>>> -
Hi Simon,
Am 24.11.2017 um 23:35 schrieb Simon Glass:
> On 22 November 2017 at 06:25, Neil Armstrong wrote:
>> +Go back to mainline U-Boot source tree then :
>> + > mkdir fip
>> +
>> + > cp $FIPDIR/gxl/bl2.bin fip/
>> + > cp $FIPDIR/gxl/acs.bin fip/
>> + > cp $FIPDIR/gxl/bl21.bin fip/
>> + > cp $
Am 26.11.2017 um 08:21 schrieb Baruch Siach:
> CONFIG_ENV_IS_IN_NAND has been removed in commit 2be296538e2e (Convert
> CONFIG_ENV_IS_IN_MMC/NAND/UBI and NOWHERE to Kconfig).
> CONFIG_ENV_IS_IN_SPI_FLASH has bee removed in commit 91c868fe7cd
"been"
> (Convert CONFIG_ENV_IS_IN_SPI_FLASH to Kconfig
Hi Kever,
Am 21.11.2017 um 10:33 schrieb Kever Yang:
> I try to understand why we need to do the relocate in U-Boot.
> From the document README/crt0.S, I think the relocation feature comes
> from some SoC have limited SRAM whose size is enough to load the whole
> U-Boot, but not enough to run
Hi guys,
Am 30.03.2018 um 10:41 schrieb Simon Glass:
> On 30 March 2018 at 15:53, Neil Armstrong wrote:
>> On 30/03/2018 00:41, Simon Glass wrote:
>>> On 29 March 2018 at 16:42, Neil Armstrong wrote:
On 03/12/2017 10:17, Beniamino Galvani wrote:
> +
> + gate = &gates[clk->id];
>
Hi,
Am 29.12.2017 um 16:52 schrieb Paul Kocialkowski:
> Le vendredi 29 décembre 2017 à 08:16 -0600, Adam Ford a écrit :
>> This converts the following to Kconfig:
>>CONFIG_USB_MUSB_OMAP2PLUS
>>CONFIG_USB_MUSB_AM35X
>>CONFIG_USB_MUSB_DSPS
>>CONFIG_USB_MUSB_PIO_ONLY
>
> Thanks for m
Am 02.01.2018 um 15:29 schrieb Andrew F. Davis:
> On 12/29/2017 10:10 AM, Adam Ford wrote:
>> On Fri, Dec 29, 2017 at 10:04 AM, Andreas Färber wrote:
>>> Hi,
>>>
>>> Am 29.12.2017 um 16:52 schrieb Paul Kocialkowski:
>>>> Le vendredi 29 décembre 20
Hi Marek and Stefan,
Am 09.06.2017 um 19:28 schrieb Marek Behún:
> This is the fourth version of patches for adding support for the
> Turris Omnia board, a router developed by the CZ.NIC.
I'm still facing trouble testing turris_omnia on latest v2018.01.
First, that made me notice there's no READ
Hi Stefan,
Am 18.01.2018 um 18:20 schrieb Stefan Roese:
> On 17.01.2018 16:52, Andreas Färber wrote:
>> Am 09.06.2017 um 19:28 schrieb Marek Behún:
>>> This is the fourth version of patches for adding support for the
>>> Turris Omnia board, a router developed by the CZ.
Hi,
Am 18.01.2018 um 18:20 schrieb Stefan Roese:
> On 17.01.2018 16:52, Andreas Färber wrote:
>> Am 09.06.2017 um 19:28 schrieb Marek Behún:
>>> This is the fourth version of patches for adding support for the
>>> Turris Omnia board, a router developed by the CZ.
Am 20.01.2018 um 02:40 schrieb Andreas Färber:
> Hi,
>
> Am 18.01.2018 um 18:20 schrieb Stefan Roese:
>> On 17.01.2018 16:52, Andreas Färber wrote:
>>> Am 09.06.2017 um 19:28 schrieb Marek Behún:
>>>> This is the fourth version of patches for adding suppor
Am 20.01.2018 um 02:40 schrieb Andreas Färber:
> Hi,
>
> Am 18.01.2018 um 18:20 schrieb Stefan Roese:
>> On 17.01.2018 16:52, Andreas Färber wrote:
>>> Am 09.06.2017 um 19:28 schrieb Marek Behún:
>>>> This is the fourth version of patches for adding suppor
c: Stefan Roese
Cc: Igal Liberman
Signed-off-by: Andreas Färber
---
tools/mrvl_uart.sh | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/mrvl_uart.sh b/tools/mrvl_uart.sh
index 6b04d7ae2c..500fa117eb 100755
--- a/tools/mrvl_uart.sh
+++ b/tools/mrvl_uart.sh
@@ -115,5 +115,5
ese
Cc: Igal Liberman
Signed-off-by: Andreas Färber
---
tools/mrvl_uart.sh | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/tools/mrvl_uart.sh b/tools/mrvl_uart.sh
index 500fa117eb..6824208902 100755
--- a/tools/mrvl_uart.sh
+++ b/tools/mrvl_uart.sh
@@ -46,13 +46,13 @@ t
to rebuild from sources with "BOOT_FROM uart" like I seem to need to for
mrvl_uart.sh. Are you planning to re-implement that for your script?
Regards,
Andreas
> Original message
> From: Andreas Färber
> Date: 1/20/18 05:34 (GMT+02:00)
> To: Stefan Roese , u-boot
Hi,
Am 20.01.2018 um 15:32 schrieb Sean Nyekjær:
> On 20 January 2018 10:07:57 CET, Stefan Roese wrote:
>> On 20.01.2018 03:30, Andreas Färber wrote:
>>> Am 20.01.2018 um 02:40 schrieb Andreas Färber:
>>>> Am 18.01.2018 um 18:20 schrieb Stefan Roese:
>>>
d converting it in
fdt_value_setenv(), like its counterpart fdt_parse_prop() already does.
Consistently use fdt32_t, fdt32_to_cpu() and cpu_to_fdt32().
Fixes: bc80295 ("fdt: Add get commands to fdt")
Cc: Joe Hershberger
Cc: Gerald Van Baren
Signed-off-by: Andreas Färber
---
cmd/
Hi,
Am 25.11.2016 um 19:56 schrieb Breno Lima:
> diff --git a/include/configs/udoo_neo.h b/include/configs/udoo_neo.h
> new file mode 100644
> index 000..81e0481
> --- /dev/null
> +++ b/include/configs/udoo_neo.h
[...]
> +#define CONFIG_EXTRA_ENV_SETTINGS \
> + "console=ttymxc0,115200\0" \
Use the generic "distro" boot framework to enable automatic DHCP boot.
The fdt and kernel addresses are adopted from downstream; ramdisk and
scriptaddr addresses were chosen arbitrarily.
Signed-off-by: Andreas Färber
---
Kconfig | 1 +
configs/odroid-c2
Use the generic "distro" boot framework to enable automatic DHCP boot.
The fdt and kernel addresses are adopted from downstream; ramdisk and
scriptaddr addresses were chosen arbitrarily.
Signed-off-by: Andreas Färber
---
Kconfig | 1 +
configs/odroid-c2
Move it from meson-gxbb-common.h to odroid-c2.h to allow new boards not
to implement it.
Signed-off-by: Andreas Färber
---
include/configs/meson-gxbb-common.h | 1 -
include/configs/odroid-c2.h | 2 ++
2 files changed, 2 insertions(+), 1 deletion(-)
diff --git a/include/configs/meson
Am 15.01.2017 um 20:03 schrieb Alexander Graf:
> On 15/01/2017 19:52, Andreas Färber wrote:
>> Use the generic "distro" boot framework to enable automatic DHCP boot.
>>
>> The fdt and kernel addresses are adopted from downstream; ramdisk and
>> scripta
Use the generic "distro" boot framework to enable automatic DHCP boot.
MMC and USB are not yet implemented, so this is the only boot option.
The fdt and kernel addresses are adopted from downstream; ramdisk and
scriptaddr addresses were chosen arbitrarily.
Signed-off-by: Andr
Am 17.01.2017 um 16:50 schrieb Emmanuel Vadot:
> Add kconfig file to enable API support
>
> Signed-off-by: Emmanuel Vadot
> ---
> Kconfig | 2 ++
> api/Kconfig | 9 +
> 2 files changed, 11 insertions(+)
> create mode 100644 api/Kconfig
>
> diff --git a/Kconfig b/Kconfig
> index 39a
Am 26.01.2017 um 17:46 schrieb Emmanuel Vadot:
> Add kconfig file to enable API support
>
> Signed-off-by: Emmanuel Vadot
> ---
> Kconfig | 2 ++
> api/Kconfig | 9 +
> 2 files changed, 11 insertions(+)
> create mode 100644 api/Kconfig
No patch in this series updates the two boards
Am 26.01.2017 um 18:45 schrieb Emmanuel Vadot:
> On Thu, 26 Jan 2017 18:17:47 +0100
> Andreas Färber wrote:
>
>> Am 26.01.2017 um 17:46 schrieb Emmanuel Vadot:
>>> Add kconfig file to enable API support
>>>
>>> Signed-off-by: Emmanuel Vadot
>>&g
Am 26.01.2017 um 18:53 schrieb Alexander Graf:
> On 01/26/2017 06:44 PM, Emmanuel Vadot wrote:
>> On Thu, 26 Jan 2017 18:08:49 +0100
>> Alexander Graf wrote:
>>
>>> On 01/26/2017 05:46 PM, Emmanuel Vadot wrote:
Add a FreeBSD option that enables the API and the data cache command
as both
Hi,
Am 25.01.2017 um 20:52 schrieb Heiner Kallweit:
> Copied from amlogic/meson-gx.dtsi on Linux with the interrupt
> definition removed.
Is there any reason to not sync the full .dtsi file and its dependent
headers from Linux like I did in my recent forward-port of Carlo's series?
If there is a
Am 25.01.2017 um 20:52 schrieb Heiner Kallweit:
> Enable the MMC device nodes on Odroid C2.
>
> Signed-off-by: Heiner Kallweit
Same question about syncing.
The dtb is actually passed on in the bootefi boot path, so it should
match what's in Linux.
Regards,
Andreas
--
SUSE Linux GmbH, Maxfeld
Am 25.01.2017 um 20:54 schrieb Heiner Kallweit:
> This driver implements MMC support on Meson GX (S905) based systems.
> It's based on Carlo Caione's work, changes:
> - BLK support added
> - general refactoring
>
> Original author: Carlo Caione
> Signed-off-by: Heiner Kallweit
There is no such
Am 25.01.2017 um 20:54 schrieb Heiner Kallweit:
> Add MMC support in Odroid C2 board init code and config.
>
> Signed-off-by: Heiner Kallweit
This looks very much like Carlo's and my patches, so this is missing
Signed-off-bys.
> ---
> v2:
> - move GXBB_PINMUX definition from patch 3 to this one
Am 14.06.19 um 18:41 schrieb Stephen Warren:
> On 6/14/19 11:09 AM, Mian Yousaf Kaukab wrote:
>> Hi,
>> I am seeing a hang with dhcp boot on Jetson TX2. Its running firmware
>> from
>> L4T 32.1 with U-Boot from master branch (c2ea87883e) with [1] applied.
>>
>> I use following command sequence at u
Am 14.06.19 um 19:26 schrieb Varun Wadekar:
>>> ERROR: ARI request timed out: req 89 on CPU 4
>>> ASSERT: plat/nvidia/tegra/soc/t186/drivers/mce/ari.c <127> : retries
>>> != 0U
>
> This time out means that TEGRA_ARI_ROC_FLUSH_CACHE_TRBITS ARI call timed out.
> Looks like the firmware responsib
Hello,
Am 11.06.19 um 03:31 schrieb Tom Rini:
> It's release day and here is v2019.07-rc4. At this point, I know we
> have some regression fixes for i.MX that are coming, and I'm expecting a
> fix to the build time failure for tinker-rk3288.
>
> To repeat myself about DM migration deadlines, fi
Am 16.06.19 um 21:27 schrieb Mian Yousaf Kaukab:
> On Fri, Jun 14, 2019 at 11:40:49AM -0600, Stephen Warren wrote:
>> On 6/14/19 11:09 AM, Andreas Färber wrote:
>>> Am 14.06.19 um 18:41 schrieb Stephen Warren:
>>>> On 6/14/19 11:09 AM, Mian Yousaf Kaukab wrote:
>
Am 14.06.19 um 19:40 schrieb Stephen Warren:
> On 6/14/19 11:09 AM, Andreas Färber wrote:
>> (I recently wondered whether TX1 may be missing some, as I needed
>> multiple tries to boot the kernel successfully there - TF-A 2.1 didn't
>> work there, so some more investi
Am 13.06.19 um 14:46 schrieb Mian Yousaf Kaukab:
> Fixes: 8163faf952 ARMv8: add optional Linux kernel image header
That's not quite the Linux syntax (and an extra white line), but not
sure if U-Boot cares?
>
> Signed-off-by: Mian Yousaf Kaukab
Tested-by: Andreas Färber
T
quot;), we need to increase SYS_MALLOC_F_LEN from its
> default size 0x400, as pre-relocation requires more memory there. Let's
> increase SYS_MALLOC_F_LEN to 0x4000 to fix the regression.
>
> Thanks to Andreas Färber for reporting, and Bin Meng
> for trouble shooting.
Than
201 - 300 of 317 matches
Mail list logo
