Sascha,
Am 07.12.19 um 07:23 schrieb Sascha Dewald:
> Hello,
>
> is there any progress yet ?
There is absolutely no reason to annoy all the board maintainers on this
mailing list with nagging about an unimplemented driver for one board!
Especially not with HTML mail and top-posting!!! Please
Am 14.11.19 um 23:09 schrieb Rob Herring:
> On Tue, Nov 12, 2019 at 4:47 AM Andreas Färber wrote:
>> On the other hand, one might argue that such information should just be
>> parsed by EBBR-conformant bootloaders and be passed to the kernel via
>> standard UEFI interfaces an
Hi Neil,
Am 02.09.19 um 14:10 schrieb Neil Armstrong:
> On 02/09/2019 14:03, Andreas Färber wrote:
>> Am 02.09.19 um 12:03 schrieb Neil Armstrong:
>>> On 02/09/2019 04:28, Andreas Färber wrote:
>>>> In Linux meson-g12-common.dtsi was introduced as well as n
Values imported from Linux driver, but in correct numeric order.
Khadas VIM3 prints: Amlogic Meson G12B (A311D) Revision 29:b (10:2)
Cc: Christian Hewitt
Signed-off-by: Andreas Färber
---
v2: New
arch/arm/mach-meson/board-info.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm
Derived from odroid-n2_defconfig and README.odroid-n2.
Reviewed-by: Neil Armstrong
Signed-off-by: Andreas Färber
---
v1 -> v2:
* Fixed branch name in README
board/amlogic/w400/MAINTAINERS| 1 +
board/amlogic/w400/README.khadas-vim3 |
Write SoC instead of Soc. The Linux driver is not affected.
Fixes: f41d723b9f ("ARM: meson: display Amlogic SoC Information")
Signed-off-by: Julien Masson
Signed-off-by: Andreas Färber
---
v2: New
arch/arm/mach-meson/board-info.c | 2 +-
1 file changed, 1 insertion(+), 1 deletio
In Linux meson-g12-common.dtsi was introduced as well as new g12b nodes
and headers, as dependencies of new meson-g12b-a311d-khadas-vim3.dts.
Copied from next-20190830.
Signed-off-by: Andreas Färber
---
v1 -> v2:
* Mention linux-next tag for DT/header import (Neil)
arch/arm/dts/Makef
fixing a typo while at it
Cc: Neil Armstrong
Andreas Färber (4):
arm: dts: Import and update DT for Khadas VIM3
configs: Add Khadas VIM3 defconfig
arm: meson: Tidy SoC information output
arm: meson: Recognize A311D SoC
arch/arm/dts/Makefile |3 +-
arch/
Hi Neil,
Am 02.09.19 um 12:03 schrieb Neil Armstrong:
> On 02/09/2019 04:28, Andreas Färber wrote:
>> In Linux meson-g12-common.dtsi was introduced as well as new g12b nodes
>> and headers, as dependencies of new meson-g12b-a311d-khadas-vim3.dts.
>
> Can you precise th
Am 02.09.19 um 04:28 schrieb Andreas Färber:
> diff --git a/board/amlogic/w400/README.khadas-vim3
> b/board/amlogic/w400/README.khadas-vim3
> new file mode 100644
> index 00..39b2b06000
> --- /dev/null
> +++ b/board/amlogic/w400/README.khadas-vim3
[...]
> + > D
Derived from odroid-n2_defconfig and README.odroid-n2.
Signed-off-by: Andreas Färber
---
board/amlogic/w400/MAINTAINERS| 1 +
board/amlogic/w400/README.khadas-vim3 | 132 ++
configs/khadas-vim3_defconfig | 54 ++
3 files changed
In Linux meson-g12-common.dtsi was introduced as well as new g12b nodes
and headers, as dependencies of new meson-g12b-a311d-khadas-vim3.dts.
Signed-off-by: Andreas Färber
---
arch/arm/dts/Makefile |3 +-
arch/arm/dts/meson-g12-common.dtsi | 2435
Hi,
This mini-series adds initial support for Amlogic A311D based Khadas VIM3.
Regards,
Andreas
Cc: Neil Armstrong
Andreas Färber (2):
arm: dts: Import and update DT for Khadas VIM3
configs: Add Khadas VIM3 defconfig
arch/arm/dts/Makefile |3 +-
arch/arm
Hi Neil,
Am 01.07.19 um 10:55 schrieb Neil Armstrong:
> On 01/07/2019 10:25, Andreas Färber wrote:
>> Unlike the BayLibre repos Khadas' repo defaults to using native gcc,
>> so specify the CROSS_COMPILE setting matching the prescribed toolchain.
>>
>> Si
Unlike the BayLibre repos Khadas' repo defaults to using native gcc,
so specify the CROSS_COMPILE setting matching the prescribed toolchain.
Signed-off-by: Andreas Färber
---
board/amlogic/p212/README.khadas-vim | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/board/amlogic
Hi Simon,
Am 22.06.19 um 21:14 schrieb Simon Glass:
> On Sat, 22 Jun 2019 at 20:08, Andreas Färber wrote:
>> Am 22.06.19 um 20:15 schrieb Simon Glass:
>>> On Sat, 22 Jun 2019 at 16:10, Andreas Färber wrote:
>>>> Am 22.06.19 um 16:55 schrieb Simon Glass:
>&
Hi,
Am 22.06.19 um 20:15 schrieb Simon Glass:
> On Sat, 22 Jun 2019 at 16:10, Andreas Färber wrote:
>> Am 22.06.19 um 16:55 schrieb Simon Glass:
>>> I'd like to better understand the benefits of the 3-month timeline.
>>
>> It takes time to learn about a relea
Hi Simon,
Am 22.06.19 um 16:55 schrieb Simon Glass:
> I'd like to better understand the benefits of the 3-month timeline.
It takes time to learn about a release, package and build it, test it on
various hardware, investigate and report errors, wait for feedback and
fixes, rinse and repeat with
), 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.
Thanks - you c
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
Thanks
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 investigatio
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:
>
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,
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
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
Am 10.12.18 um 22:31 schrieb Ezequiel Garcia:
> On Mon, 2018-12-10 at 22:00 +0100, Andreas Färber wrote:
>> Also this is surely not a v1 patch! Marek had posted CI20 before, so
>> this should be v2 (doesn't look like I posted mine as v2, it didn't
>> fully build yet) and thu
Hi Ezequiel,
Am 10.12.18 um 21:35 schrieb Ezequiel Garcia:
> Please note that I've added Paul's SOB to all the patches
> he authored, to make the authorship chain more clear.
That's only permitted if Paul agreed to that beforehand - did he?
Never add other people's Signed-off-by if their patches
Am 23.08.2018 um 18:31 schrieb Simon Glass:
> On 23 August 2018 at 07:58, Tom Rini wrote:
>> OK, now I'm trying to see what we need to do next. Regardless of Alex's
>> current EFI PR, we have 7e21fbca26d1 ("efi_loader: Rename sections to
>> allow for implicit data") in master. Looking at the
Am 03.07.2018 um 01:08 schrieb Andreas Färber:
> Am 02.07.2018 um 10:01 schrieb Jagan Teki:
>> On Wed, Jun 27, 2018 at 6:12 AM, Andre Przywara
>> wrote:
>>> At the moment we have the workaround for the Freescale arch timer
>>> erratum A-008585 merged into the gen
Am 02.07.2018 um 10:01 schrieb Jagan Teki:
> On Wed, Jun 27, 2018 at 6:12 AM, Andre Przywara
> wrote:
>> At the moment we have the workaround for the Freescale arch timer
>> erratum A-008585 merged into the generic timer_read_counter() routine.
>> Split those two up, so that we can add other
.
Reported-by: Yousaf Kaukab
Signed-off-by: Andreas Färber
---
Makefile | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/Makefile b/Makefile
index f31ee60e4c..3723346c4f 100644
--- a/Makefile
+++ b/Makefile
@@ -1051,7 +1051,10 @@ U_BOOT_ITS = $(subst ",,$(CONFIG_SPL_FIT_S
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
gression:
https://github.com/ARM-software/arm-trusted-firmware/pull/1271
Regards,
Andreas
>
> --------
> *From:* Andreas Färber <afaer...@suse.de>
> *Sent:* Thursday, February 15, 2018 7:04 PM
> *To:* Varun
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
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 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
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 should wor
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
Hi,
Am 20.01.2018 um 15:32 schrieb Sean Nyekjær:
> On 20 January 2018 10:07:57 CET, Stefan Roese <s...@denx.de> 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 Ste
om 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 <afaer...@suse.de>
> Date: 1/20/18 05:34 (GMT+02:00)
> To: Stefan Roese <
@marvell.com>
Cc: Stefan Roese <s...@denx.de>
Cc: Igal Liberman <ig...@marvell.com>
Signed-off-by: Andreas Färber <afaer...@suse.de>
---
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 500f
.@marvell.com>
Cc: Stefan Roese <s...@denx.de>
Cc: Igal Liberman <ig...@marvell.com>
Signed-off-by: Andreas Färber <afaer...@suse.de>
---
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 6b04d7a
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 sup
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 sup
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.
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 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
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 <afaer...@suse.de> wrote:
>>> Hi,
>>>
>>> Am 29.12.2017 um 16:52 schrieb Paul Kocialkowski:
>>>>
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
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
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
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
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
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
> ---
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
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:
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
Hi,
Am 19.07.2017 um 18:50 schrieb Andre Przywara:
> On 19/07/17 17:37, Kostya Porotchkin wrote:
>> I probably have to build and try the SATA image as the next step.
>
> Yeah, that was my plan for tonight as well, since this would allow me to
> experiment safely with the generated image.
>
>
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
d)
> #ifdef CONFIG_BLK
> struct udevice *dev;
>
> - for (uclass_first_device(UCLASS_BLK, );
> + for (uclass_first_device_check(UCLASS_BLK, );
>dev;
> - uclass_next_device()) {
> + uclass_next_device_check()) {
> struct
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:
>>>>>
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
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
>
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
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
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
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
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
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
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,
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
Am 15.05.2017 um 11:54 schrieb Andy Yan:
> From: Andreas Färber <afaer...@suse.de>
>
> 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
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 <afaer...@suse.de>
---
arch/arm/dts/meson-gxbb-nanopi-k2.dts | 152 ++
arch/arm/mach
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
>
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 Simon,
Am 08.05.2017 um 18:38 schrieb Simon Glass:
> On 1 May 2017 at 11:48, Andreas Färber <afaer...@suse.de> wrote:
>> Am 01.05.2017 um 19:41 schrieb Andreas Färber:
>>> diff --git a/configs/geekbox_defconfig b/configs/geekbox_defconfig
>>> in
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
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 \
>
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 <afaer...@suse.de>
---
configs/geekbox_defconfig | 1 +
include/c
c.git.
>
> Signed-off-by: Heinrich Schuchardt <xypron.g...@gmx.de>
Reviewed-by: Andreas Färber <afaer...@suse.de>
Regards,
Andreas
--
SUSE Linux GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany
GF: Felix Imendörffer, Jane Smithard,
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
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
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,
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
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
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 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
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,
Am 19.04.2017 um 23:34 schrieb Simon Glass:
> On 19 April 2017 at 15:06, Andreas Färber <afaer...@suse.de> 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 devic
Am 23.04.2017 um 01:58 schrieb Simon Glass:
> Hi,
>
> On 19 April 2017 at 15:34, Simon Glass <s...@chromium.org> wrote:
>> On 19 April 2017 at 15:06, Andreas Färber <afaer...@suse.de> wrote:
>>> Am 19.04.2017 um 13:26 schrieb Heinrich Schuchardt:
>>>&
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 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
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.
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
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
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 21.04.2017 um 01:23 schrieb Andreas Färber:
> Hi,
>
> Using -rc2 with firefly-rk3288 defconfig I can only boot into SPL but
> not into full U-Boot. I am using the old documented way of dd'ing to
> sector 256 on SD (doc/README.rockchip).
>
> Looking at include/configs/r
Hi Andy,
Sorry for forgetting about this, and thank you for picking it up.
Am 21.04.2017 um 04:32 schrieb Andy Yan:
> From: Andreas Färber <afaer...@suse.de>
>
> The GeekBox is a TV box from GeekBuying, based on an MXM3 module.
> The module can be used with base boards s
Am 21.04.2017 um 04:43 schrieb Andreas Färber:
> Am 21.04.2017 um 04:24 schrieb Andreas Färber:
>> Hi Simon,
>>
>> Am 21.04.2017 um 04:10 schrieb Simon Glass:
>>> I just tested mainline with those two changes and it works for me. I
>>> pushed my patch to u
Am 21.04.2017 um 04:24 schrieb Andreas Färber:
> Hi Simon,
>
> Am 21.04.2017 um 04:10 schrieb Simon Glass:
>> On 20 April 2017 at 18:47, Andreas Färber <afaer...@suse.de> wrote:
>>> Am 21.04.2017 um 02:34 schrieb Andreas Färber:
>>>> Am 21.04.2017 um 01
1 - 100 of 316 matches
Mail list logo