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
Avoids "could not find output section .gnu.hash" ld.bfd errors on openSUSE.
Cc: Albert Aribaud
Cc: Tom Rini
Signed-off-by: Andreas Färber
---
More changes like this may be needed, but these I compile-tested with
v2014.01 (regression from v2013.10). colibri_t20_iris was runtime-te
Hello,
Am 27.01.2014 15:24, schrieb Wolfgang Denk:
> In message <1390798091-24747-1-git-send-email-afaer...@suse.de> you wrote:
>> Avoids "could not find output section .gnu.hash" ld.bfd errors on openSUSE.
>>
>> Cc: Albert Aribaud
>> Cc:
Dear Wolfgang Denk,
Am 27.01.2014 20:11, schrieb Wolfgang Denk:
> In message <52e6a96b.1080...@suse.de> you wrote:
>>
>> I figured out that the section was apparently not caught by the .gnu*
>> wildcard and this patch fixed our build for the following ARM configs:
>
> Do I understand you correctl
Hi,
Am 29.01.2014 06:42, schrieb Stephen Warren:
> The entries in config.mk were needed so that U-Boot could be built
> with an old version of the Raspberry Pi Foundation's toolchain. Without
> them, the build would error out with:
>
> ...-ld: error: .../libgcc.a(_bswapsi2.o) uses VFP register ar
Am 29.01.2014 19:38, schrieb Stephen Warren:
> On 01/29/2014 02:22 AM, Andreas Färber wrote:
>> Am 29.01.2014 06:42, schrieb Stephen Warren:
>>> The entries in config.mk were needed so that U-Boot could be built
>>> with an old version of the Raspberry Pi Foundation&#x
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 29.01.2014 20:47, schrieb Tom Rini:
> On 01/29/2014 02:41 PM, Andreas Färber wrote:
>> Am 29.01.2014 19:38, schrieb Stephen Warren:
>>> On 01/29/2014 02:22 AM, Andreas Färber wrote:
>>>> Am 29.01.2014 06:42, sch
Am 04.02.2014 23:59, schrieb Stephen Warren:
> From: Stephen Warren
>
> Update the common Tegra boot scripts in the default environment to
>
> a) Make use of the new "exists" shell command to avoid some error
>messges.
"messages"; and "exists" became "test -e"
>
> b) Allow booting using t
Hi Albert,
Am 02.03.2014 20:15, schrieb Albert ARIBAUD:
> Hi Andreas,
>
> On Sun, 02 Mar 2014 18:57:14 +0100, Andreas Färber
> wrote:
>
>> Hi Albert,
>>
>> Am 22.02.2014 14:27, schrieb Albert ARIBAUD:
>>> On Thu, 13 Feb 2014 12:39:07 +0100, Albert ARI
Hi Albert,
Am 22.02.2014 14:27, schrieb Albert ARIBAUD:
> Hi Albert,
>
> On Thu, 13 Feb 2014 12:39:07 +0100, Albert ARIBAUD
> wrote:
>
>> Hi Andreas,
>>
>> On Mon, 27 Jan 2014 19:46:03 +0100, Andreas Färber
>> wrote:
>>
>>> Hello,
>&
Am 02.03.2014 21:57, schrieb Andreas Färber:
> Hi Albert,
>
> Am 02.03.2014 20:15, schrieb Albert ARIBAUD:
>> Hi Andreas,
>>
>> On Sun, 02 Mar 2014 18:57:14 +0100, Andreas Färber
>> wrote:
>>
>>> Hi Albert,
>>>
>>> Am 22.02.201
Am 09.03.2014 21:05, schrieb Albert ARIBAUD:
> On Mon, 3 Mar 2014 08:00:52 +0100, Albert ARIBAUD
> wrote:
>
>> Hi Andreas,
>>
>> (seems an answer from me yesterday didn't make it out of the NSA
>> interceptors...)
>>
>> On Sun, 02 Mar 2014 2
Hi,
Am 09.03.2014 21:34, schrieb Albert ARIBAUD:
> On Sun, 09 Mar 2014 21:22:34 +0100, Andreas Färber
> wrote:
>> Am 09.03.2014 21:05, schrieb Albert ARIBAUD:
>>> On Mon, 3 Mar 2014 08:00:52 +0100, Albert ARIBAUD
>>> wrote:
>>>> On Sun, 02 Mar 2014
Hi,
Am 01.08.2014 13:35, schrieb Christoffer Dall:
> From: Andre Przywara
>
> To enable hypervisors utilizing the ARMv7 virtualization extension
> on the Arndale board, add the simple SMP pen address writer function
> and add the required configuration variables to switch all cores to
> HYP mode
Am 01.08.2014 15:29, schrieb Andre Przywara:
> On 01/08/14 14:02, Christoffer Dall wrote:
>> On 1 August 2014 14:59, Andre Przywara wrote:
>>> On 01/08/14 13:53, Christoffer Dall wrote:
>>>> On 1 August 2014 14:46, Andreas Färber wrote:
>>>>>
Am 05.03.2015 um 16:32 schrieb Tom Rini:
> On Sun, Mar 01, 2015 at 12:44:39PM +0100, Kamil Lulko wrote:
>
>> Signed-off-by: Kamil Lulko
> [snip]
>> diff --git a/arch/arm/lib/crt0.S b/arch/arm/lib/crt0.S
> [snip]
>> @@ -66,15 +69,30 @@ ENTRY(_main)
>> #else
>> ldr sp, =(CONFIG_SYS_INIT_S
Hi,
Am 26.09.2014 um 09:56 schrieb Chao Fu:
> From: Chao Fu
>
> Useage:
> For exmaple(ls1021 ls1021aqds):
>
> SPI bus defination can be find in
> arch/arm/include/asm/arch-ls102xa/config.h
>
> SPI_BUS_FSL_QSPI0
> SPI_BUS_FSL_DSPI1
code to receive more code for newer chips.
Tested-by: Andreas Färber
I've tested this patchset on v2015.07 with 4.2.0-rc3-00115-gc5dfd65 -
with these two patches I get a console login on HDMI again.
However, I'm still having trouble with X11... Should that be working
with linux.git? (
Hi,
Am 23.07.2015 um 16:10 schrieb Ruchika Gupta:
> Signed-off-by: Ruchika Gupta
[...]
> diff --git a/drivers/crypto/fsl/Makefile b/drivers/crypto/fsl/Makefile
> index 4aa91e4..fd736cf 100644
> --- a/drivers/crypto/fsl/Makefile
> +++ b/drivers/crypto/fsl/Makefile
> @@ -1,9 +1,7 @@
> #
> # Copyr
Am 23.07.2015 um 13:46 schrieb Andreas Färber:
> Salut Alexandre,
>
> Am 09.07.2015 um 09:32 schrieb Alexandre Courbot:
>> Tegra124 requires the bootloader to perform VPR initialization, otherwise the
>> GPU cannot be used by the system. Since using the GPU without that
>
Am 23.07.2015 um 13:46 schrieb Andreas Färber:
> Am 09.07.2015 um 09:32 schrieb Alexandre Courbot:
>> Tegra124 requires the bootloader to perform VPR initialization, otherwise the
>> GPU cannot be used by the system. Since using the GPU without that
>> initialization results
first MMC device in group 3.
Fix this by properly setting the "more" argument also in the case of the
first storage device of a group.
Signed-off-by: Andreas Färber
---
api/api_storage.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/api/api_storage.c b/api/api_storage.c
ind
Hi,
For at least Bananapi, Cubieboard, Cubieboard2, Cubietruck, Mele_A1000,
A10-OLinuXino-Lime, A13-OLinuXino, A20-OLinuXino-Lime2 and probably
other sunxi boards, enabling CONFIG_API in the distro defaults header
leads to build failures like this one:
[ 105s] CC api/api_net.o
[ 105s] ap
Hi Marcin,
Am 07.10.2015 um 15:58 schrieb Marcin Krzemiński:
> Since I use qemu it
> is very hard to debug with gdb u-boot after relocation( or I do not know
> how to do it), so I am almost blind.
QEMU has a built-in gdb stub that you can just connect to as gdb remote
target, similar to how you w
Am 22.12.2015 um 14:57 schrieb Alexander Graf:
> diff --git a/lib/efi_loader/efi_boottime.c b/lib/efi_loader/efi_boottime.c
> new file mode 100644
> index 000..ed95962
> --- /dev/null
> +++ b/lib/efi_loader/efi_boottime.c
[...]
> +/*
> + * The "gd" pointer lives in a register on ARM and AArch64
Am 25.12.2015 um 10:02 schrieb Alexander Graf:
[snip]
> The reason I implemented "bootefi" was really because it's the natural
> fit into how U-Boot handles all other formats today. I don't think this
> is going to be the last patch set around EFI support.
I think what Matwey was suggesting is int
Am 04.01.2016 um 17:56 schrieb Tom Rini:
> Please note that with the generic distro framework U-Boot will grok
> https://wiki.freedesktop.org/www/Specifications/BootLoaderSpec/ and
> things Just Work. I setup a bunch of SD cards with Debian and Fedora
> over holiday so I can drop them in whatever
Am 04.01.2016 um 19:03 schrieb Andreas Färber:
> Am 04.01.2016 um 17:56 schrieb Tom Rini:
>> Please note that with the generic distro framework U-Boot will grok
>> https://wiki.freedesktop.org/www/Specifications/BootLoaderSpec/ and
>> things Just Work. I setup a bunch of SD
Hi,
Am 28.05.2015 um 23:49 schrieb Naitik Amin:
> I am using Altera SOC, under my includes, I have a file called
> /include/configs/socfpga_common.h
>
> In this file, I have #define as below.
> #define PHYS_SDRAM_1_SIZE 0x2000
>
> If this #define is set to 0x2000, and uboo
Dear Wolfgang,
Am 15.07.2015 um 14:51 schrieb Wolfgang Denk:
> In message <593aef6c47f46446852b067021a273d6fbc78...@mucse037.lantiq.com> you
> wrote:
>>
>> I tried to find a way to download a file with wget or a similar tool, which
>> would be used by a distribution builder (like Yocto, Buildro
Hi Tom,
Am 12.10.2015 um 17:18 schrieb Tom Rini:
> If you have a regression, speak up.
For -rc4 I had reported that CONFIG_API is broken for sunxi among
others. I was told this was fallout of the new Driver Model. Has anyone
thought about how to fix this? Is that already a lost cause for 2015.10?
Am 15.10.2015 um 02:40 schrieb Tom Rini:
> On Thu, Oct 15, 2015 at 02:28:34AM +0200, Andreas Färber wrote:
>> Am 12.10.2015 um 17:18 schrieb Tom Rini:
>>> If you have a regression, speak up.
>>
>> For -rc4 I had reported that CONFIG_API is broken for sunxi among
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 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 ye
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 PR,
.
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
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 erra
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
Hi,
Am 08.05.2016 um 08:30 schrieb Beniamino Galvani:
> this series adds a very basic support for Amlogic S905 SoC (GXBaby)
> and for the ODROID-C2 board [1], and is based on u-boot sources
> available from the board vendor [2]. At the moment the only supported
> devices are the integrated UART an
Am 11.07.2016 um 06:23 schrieb Peter Robinson:
> On Mon, Jul 11, 2016 at 4:57 AM, Andreas Färber wrote:
>> P.S. The upstream arm-trusted-firmware fip_create tool doesn't know
>> about --bl30 and --bl301 btw, anyone any insights?
>
> If you find details on the upstream A
Am 11.07.2016 um 21:48 schrieb Beniamino Galvani:
> On Mon, Jul 11, 2016 at 05:23:15AM +0100, Peter Robinson wrote:
>> On Mon, Jul 11, 2016 at 4:57 AM, Andreas Färber wrote:
>>> Last output:
>>>
>>> NOTICE: BL3-1: v1.0(debug):4d2e34d
>>> NOTICE:
Am 11.07.2016 um 22:36 schrieb Carlo Caione:
> On Mon, Jul 11, 2016 at 10:15 PM, Andreas Färber wrote:
>> [...]
>> NOTICE: BL3-1: v1.0(debug):4d2e34d
>> NOTICE: BL3-1: Built : 17:08:35, Oct 29 2015
>> INFO:BL3-1: Initializing runtime services
>> INFO:
Am 12.07.2016 um 00:52 schrieb Carlo Caione:
> On Mon, Jul 11, 2016 at 11:38 PM, Andreas Färber wrote:
>> Am 11.07.2016 um 22:36 schrieb Carlo Caione:
>>> On Mon, Jul 11, 2016 at 10:15 PM, Andreas Färber wrote:
>
> [...]
>
>>>>
>>>> DRAM: 2 G
eusz Kulikowski
> Signed-off-by: Ricardo Salveti
Reviewed-by: Andreas Färber
Tested-by: Andreas Färber
Thanks,
Andreas
--
SUSE Linux GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany
GF: Felix Imendörffer, Jane Smithard, Graham Norton
HRB 21284 (AG Nürnberg)
Fix a macro line break whose alignment slipped in commit fba5f93.
Be consistent in having trailing spaces after semicolon.
While at it, drop a duplicate white line.
Cc: Alexander Graf
Signed-off-by: Andreas Färber
---
include/config_distro_bootcmd.h | 11 +--
1 file changed, 5
Just like boot configs or scripts, .dtb files may be in /boot.
Search $efi_dtb_prefixes for all $boot_prefixes.
Cc: Alexander Graf
Signed-off-by: Andreas Färber
---
include/config_distro_bootcmd.h | 24 +++-
1 file changed, 15 insertions(+), 9 deletions(-)
diff --git a
check the first partition, then the second
partition for the .dtb.
Duplicate loading will only result from non-first EFI partition order.
Cc: Alexander Graf
Signed-off-by: Andreas Färber
---
include/config_distro_bootcmd.h | 16
1 file changed, 12 insertions(+), 4 deletions
Signed-off-by: Andreas Färber
---
include/configs/dragonboard410c.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/configs/dragonboard410c.h
b/include/configs/dragonboard410c.h
index 74a827d..8b019e9 100644
--- a/include/configs/dragonboard410c.h
+++ b/include/configs
: Andreas Färber
---
include/config_distro_bootcmd.h | 18 +-
1 file changed, 17 insertions(+), 1 deletion(-)
diff --git a/include/config_distro_bootcmd.h b/include/config_distro_bootcmd.h
index eadec2e..8f14457 100644
--- a/include/config_distro_bootcmd.h
+++ b/include
.
Regards,
Andreas
Cc: Alexander Graf
Cc: Tom Rini
Cc: Stephen Warren
Andreas Färber (6):
efi_loader: Cosmetic distro script cleanups
efi_loader: Respect $boot_prefixes for EFI .dtb search
efi_loader: Search .dtb on non-EFI partitions
efi_loader: Improve .dtb search for arm64
dragonboard410c
We do so for the EFI binary already and it aids debugging.
Cc: Alexander Graf
Signed-off-by: Andreas Färber
---
include/config_distro_bootcmd.h | 4
1 file changed, 4 insertions(+)
diff --git a/include/config_distro_bootcmd.h b/include/config_distro_bootcmd.h
index 8f14457..0cf74e2
Am 12.07.2016 um 05:18 schrieb Ziyuan Xu:
> From: Xu Ziyuan
>
> If we would like to boot from SD card, we have to implement mmc driver
> in SPL stage, and get a slightly large SPL binrary. Rockchip SoC's
"binary"
> bootrom code has the ability to load spl and u-boot, then boot.
>
> If CONFIG_R
Am 12.07.2016 um 09:25 schrieb Alexander Graf:
>
>
> On 12.07.16 06:21, Andreas Färber wrote:
>> A UEFI setup will typically have an EFI FAT partition, but device trees
>> are more likely to be located on, e.g., Linux volumes. By convention the
>> EFI partition will
Am 12.07.2016 um 09:29 schrieb Alexander Graf:
> On 12.07.16 06:21, Andreas Färber wrote:
>> On arm64 Linux device trees are organized by SoC vendor. Therefore we
>> need to search the vendor subdirectory as well.
>>
>> Since the SoC vendor may be different from
Am 12.07.2016 um 09:30 schrieb Alexander Graf:
> On 12.07.16 06:21, Andreas Färber wrote:
>> We do so for the EFI binary already and it aids debugging.
>>
>> Cc: Alexander Graf
>> Signed-off-by: Andreas Färber
>> ---
>> include/config_distro_bootcmd.h |
Am 12.07.2016 um 14:38 schrieb Andreas Färber:
> Am 12.07.2016 um 09:29 schrieb Alexander Graf:
>> On 12.07.16 06:21, Andreas Färber wrote:
>>> On arm64 Linux device trees are organized by SoC vendor. Therefore we
>>> need to search the vendor subdirectory as well.
>&
Am 12.07.2016 um 16:25 schrieb Alexander Graf:
> On 12.07.16 14:45, Andreas Färber wrote:
>> Am 12.07.2016 um 09:30 schrieb Alexander Graf:
>>> On 12.07.16 06:21, Andreas Färber wrote:
>>>> We do so for the EFI binary already and it aids debugging.
>>>>
&
Am 12.07.2016 um 16:50 schrieb Tom Rini:
> On Tue, Jul 12, 2016 at 06:21:45AM +0200, Andreas Färber wrote:
>
>> On arm64 Linux device trees are organized by SoC vendor. Therefore we
>> need to search the vendor subdirectory as well.
>>
>> Since the SoC vendor
Hi Kever,
Am 20.06.2016 um 04:59 schrieb Kever Yang:
> I want to upstream a new SoC named RK3399 from Rockchip which is
> AARCH64/ARMv8, we need to support Arm Trust Firmware base on U-boot.
>
> Right now we are using a miniloader(just like SPL in U-boot) to load
> ATF/U-boot,
> and PC ju
Hi,
Am 13.07.2016 um 14:45 schrieb Andre Przywara:
> On 13/07/16 13:27, Andreas Färber wrote:
>> Am 20.06.2016 um 04:59 schrieb Kever Yang:
>>> I want to upstream a new SoC named RK3399 from Rockchip which is
>>> AARCH64/ARMv8, we need to support Arm Tr
In preparation for RK3368 and RK3399, which need to select ARM64, don't
select CPU_V7 at the ARCH_ROCKCHIP level but at the SoC level instead.
Cc: Kever Yang
Signed-off-by: Andreas Färber
---
arch/arm/Kconfig | 1 -
arch/arm/mach-rockchip/Kconfig | 2 ++
2 files chang
It conflicts with the generic_timer.
Cc: Kever Yang
Signed-off-by: Andreas Färber
---
arch/arm/mach-rockchip/Makefile | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/mach-rockchip/Makefile b/arch/arm/mach-rockchip/Makefile
index 55567cb..b8046bc 100644
--- a/arch/arm/mach
Am 14.07.2016 um 05:51 schrieb Kever Yang:
> Add support for rockchip rk33 series Soc like rk3368 and rk3399
>
> Signed-off-by: Kever Yang
> ---
>
> tools/rkcommon.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/tools/rkcommon.c b/tools/rkcommon.c
> index 72621fd..9ec7eb2 100644
> -
Hi Alex,
Am 05.06.2016 um 23:17 schrieb Alexander Graf:
> If Linux finds an EFI implementation it always uses the EFI reset handler to
> reboot or power down the system.
Hm, I thought my powerdown issues on the Jetson TK1 were for lack of
CONFIG_AS3277_RESET - sounds like it could be due to EFI i
21 deletions(-)
Makes perfect sense to me,
Reviewed-by: Andreas Färber
Thanks,
Andreas
--
SUSE Linux GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany
GF: Felix Imendörffer, Jane Smithard, Graham Norton
HRB 21284 (AG Nürnberg)
___
U-Boot mailing list
U-Boot
Am 16.07.2016 um 00:21 schrieb Jeremy Hunt:
> As part of the startup process for boards using the SPL, the
> meaning of board_init_f changed such that it should return normally
> rather than calling board_init_r directly. (see
> db910353a126d84fe8dff7a694ea792f50fcfb6a )
> This was fixed in 32-bit
Simon,
Am 15.07.2016 um 05:56 schrieb Simon Glass:
> On 14 July 2016 at 21:20, Simon Glass wrote:
>> On 13 July 2016 at 21:51, Kever Yang wrote:
>>> Add support for rockchip rk33 series Soc like rk3368 and rk3399
>>>
>>> Signed-off-by: Kever Yang
>>> ---
>>>
>>> tools/rkcommon.c | 1 +
>>> 1 f
Am 16.07.2016 um 15:52 schrieb Tom Rini:
> +(pine64_plus)himport_r(&env_htab, (char *)spl->fel_script_address,
> +(pine64_plus) ^
> w+(pine64_plus) ../board/sunxi/board.c: In function ‘parse_spl_header’:
> w+(pine64_plus) ../board/sunxi/board.c:601:24: warning: cast to p
Hi,
When I boot my Jetson TK1, by default I get this from lspci:
00:02.0 PCI bridge: NVIDIA Corporation TegraK1 PCIe x1 Bridge (rev a1)
01:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 0c)
If however I plug some mini PCIe
Tracing the arguments has been helpful for pinpointing overflows.
Cc: Alexander Graf
Signed-off-by: Andreas Färber
---
lib/efi_loader/efi_memory.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/lib/efi_loader/efi_memory.c b/lib/efi_loader/efi_memory.c
index df2381e..df3547c 100644
Am 17.07.2016 um 06:57 schrieb Andreas Färber:
> Tracing the arguments has been helpful for pinpointing overflows.
>
> Cc: Alexander Graf
> Signed-off-by: Andreas Färber
> ---
> lib/efi_loader/efi_memory.c | 3 +++
> 1 file changed, 3 insertions(+)
v2 uses debug(), reb
Am 15.07.2016 um 10:42 schrieb Kever Yang:
> diff --git a/arch/arm/mach-rockchip/Kconfig b/arch/arm/mach-rockchip/Kconfig
> index d3f5ffd..8499692 100644
> --- a/arch/arm/mach-rockchip/Kconfig
> +++ b/arch/arm/mach-rockchip/Kconfig
> @@ -9,6 +9,10 @@ config ROCKCHIP_RK3288
> video interface
Am 15.07.2016 um 10:42 schrieb Kever Yang:
> diff --git a/board/rockchip/evb_rk3399/evb-rk3399.c
> b/board/rockchip/evb_rk3399/evb-rk3399.c
> new file mode 100644
> index 000..357b08b
> --- /dev/null
> +++ b/board/rockchip/evb_rk3399/evb-rk3399.c
> @@ -0,0 +1,41 @@
> +/*
> + * (C) Copyright 20
Am 15.07.2016 um 10:42 schrieb Kever Yang:
> These files are from kernel upstream with some modification
> need by uboot:
> - chosen with stdout-path to uart2.
Please also mention:
- clock-frequency for uart2
Cost me quite some time to figure out this was necessary...
Regards,
Andreas
>
> Sig
Hi,
Isn't evb short for evaluation board? That makes board board then. ;)
Am 15.07.2016 um 10:42 schrieb Kever Yang:
> RK3399 is a SoC from Rockchip with dual-core Cortex-A72
> and qual-core Cortex-A53 CPU. It supports two USB3.0
quad-core
> type-C ports and two USB2.0 EHCI ports. Other interfa
Hi,
This series adds initial support for RK3368 SoC and GeekBox.
For more details see the commit message.
Will need to be rebased onto Heiko's cleanups and Kever's RK3399 series.
Regards,
Andreas
Cc: Simon Glass
Cc: Kever Yang
Cc: Heiko Stübner
Andreas Färber (2):
dts: Imp
ou will need to
short two pins on the bottom of the module to enter MaskRom mode and
re-flash the loader:
# ./utils/upgrade_tool ul ./lollipop_u-boot/RK3368MiniLoaderAll_V2.40.bin
# ./utils/upgrade_tool di uboot u-boot.img
Signed-off-by: Andreas Färber
---
arch/arm/Kconfig
Unmodified from Linux kernel v4.7-rc6.
Signed-off-by: Andreas Färber
---
arch/arm/dts/Makefile |3 +-
arch/arm/dts/rk3368-geekbox.dts| 319 ++
arch/arm/dts/rk3368.dtsi | 1081
include/dt-bindings/clock/rk3368
Am 15.07.2016 um 10:42 schrieb Kever Yang:
> diff --git a/include/configs/rk3399_common.h b/include/configs/rk3399_common.h
> new file mode 100644
> index 000..1c13e2e
> --- /dev/null
> +++ b/include/configs/rk3399_common.h
[...]
> +#ifndef CONFIG_SPL_BUILD
> +#include
> +
> +#define ENV_MEM_L
Am 18.07.2016 um 03:06 schrieb Andreas Färber:
> The RK3368 is an octa-core Cortex-A53 SoC from Rockchip.
>
> 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 suppo
Am 18.07.2016 um 10:46 schrieb Kever Yang:
> These files are from kernel upstream with some modification
> need by U-Boot:
> - chosen with stdout-path to uart2.
>
> Signed-off-by: Kever Yang
> Acked-by: Simon Glass
> ---
>
> Changes in v4: None
Commit message not extended as requested!
Furthe
Am 18.07.2016 um 10:46 schrieb Kever Yang:
> RK3399 is a SoC from Rockchip with dual-core Cortex-A72
> and quad-core Cortex-A53 CPU. It supports two USB3.0
> type-C ports and two USB2.0 EHCI ports. Other interfaces
> are very much like RK3288, the DRAM are 32bit width address
> and support address
Hi Kever,
Am 18.07.2016 um 06:54 schrieb Kever Yang:
> Hi Andreas,
>
> Thanks for you comments, I will apply them one by one except some
> confuse below.
>
> On 07/18/2016 07:26 AM, Andreas Färber wrote:
>> Hi,
>>
>> Isn't evb short for eval
Am 20.07.2016 um 10:56 schrieb Robert P. J. Day:
> On Tue, 19 Jul 2016, Tom Rini wrote:
>
>> On Tue, Jul 19, 2016 at 04:15:47AM -0400, Robert P. J. Day wrote:
>>
>>>
>>> kind of a style question but what is the preferred way to define a
>>> board in the sense of what belongs in the defconfig fil
Am 04.04.2016 um 09:32 schrieb Alexander Graf:
> The cache line flush helpers only work properly when they get aligned
> start and end addresses. Round our flush range to cache line size. It's
> safe because we're guaranteed to flush within a single page which has the
> same cache attributes.
>
>
@ -27,6 +27,8 @@
> #define CONFIG_SYS_LOAD_ADDR (CONFIG_SYS_SDRAM_BASE + 0x8)
> #define CONFIG_SYS_BOOTM_LEN 0x100 /* 16MB max kernel size */
>
> +#define CONFIG_SYS_CACHELINE_SIZE64
> +
> /* UART */
> #define CONFIG_BAUDRATE
jetson-tk1 has 2 GB of RAM at 0x8000, causing gd->ram_top to be zero.
Handle this by replacing it with 0x1 in that case.
Cc: Alexander Graf
Signed-off-by: Andreas Färber
---
lib/efi_loader/efi_memory.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/
Tracing the arguments has been helpful for pinpointing overflows.
Cc: Alexander Graf
Signed-off-by: Andreas Färber
---
lib/efi_loader/efi_memory.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/lib/efi_loader/efi_memory.c b/lib/efi_loader/efi_memory.c
index df99585..138736f 100644
Am 13.04.2016 um 07:50 schrieb Alexander Graf:
>> Am 13.04.2016 um 05:24 schrieb Andreas Färber :
>>
>> jetson-tk1 has 2 GB of RAM at 0x8000, causing gd->ram_top to be zero.
>> Handle this by replacing it with 0x1 in that case.
>
> Nice catch!
>
jetson-tk1 has 2 GB of RAM at 0x8000, causing gd->ram_top to be zero.
Handle this by either avoiding ram_top or by using the same type as
ram_top to reverse the overflow effect.
Cc: Alexander Graf
Signed-off-by: Andreas Färber
---
lib/efi_loader/efi_memory.c | 8
1 file changed
Some variables for the distro boot commands were missing, using some
custom name instead. Rename them.
Cc: Mateusz Kulikowski
Signed-off-by: Andreas Färber
---
include/configs/dragonboard410c.h | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/include/configs
Hi Daniel,
Am 13.04.2016 um 14:16 schrieb Andreas Färber:
> Some variables for the distro boot commands were missing, using some
> custom name instead. Rename them.
>
> Cc: Mateusz Kulikowski
> Signed-off-by: Andreas Färber
> ---
> include/configs/dragonboard410c.h |
Graf
Signed-off-by: Andreas Färber
---
include/configs/jetson-tk1.h | 4
1 file changed, 4 insertions(+)
diff --git a/include/configs/jetson-tk1.h b/include/configs/jetson-tk1.h
index 59dbb20..82a4be4 100644
--- a/include/configs/jetson-tk1.h
+++ b/include/configs/jetson-tk1.h
@@ -63,6 +
mewhere where Linux that comes after would happily find
> it - around the recommended 128MB line.
>
> Signed-off-by: Alexander Graf
Tested-by: Andreas Färber
It definitely avoids a warning message. However, it does not always
allow Linux to actually boot, e.g. on jetson-tk1 (patch sent).
in descending order, so let's just
> reverse it when we pass it to a payload.
>
> Signed-off-by: Alexander Graf
Tested-by: Andreas Färber
This fixed clearfog for me.
Thanks,
Andreas
--
SUSE Linux GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany
GF: Felix Imendörffer, Jane Smi
same cache attributes.
>
> Reported-by: Marek Vasut
> Signed-off-by: Alexander Graf
Reviewed-by: Andreas Färber
Tested-by: Andreas Färber
Thanks,
Andreas
--
SUSE Linux GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany
GF: Felix Imendörffer, Jane Smithard, Graha
Am 13.04.2016 um 14:48 schrieb Andreas Färber:
> The 4.5.0 kernel cannot cope with U-Boot's internal device tree, and the
> distro boot commands are looking for $fdtfile, so provide it to avoid
> having users supply a dumb boot.scr doing a setenv fdtfile ...; boot,
> defeati
Am 13.04.2016 um 14:51 schrieb Andreas Färber:
> Am 11.04.2016 um 23:51 schrieb Alexander Graf:
>> The uEFI spec doesn't dictate where the device tree should live at, but
>> legacy 32bit ARM grub2 has some assumptions that it may stay at its place
>> when it's
the same device tree for U-Boot
> and Linux we can just share it and there's no need to manually provide
> a device tree in the target image.
>
> While at it, also copy and pad the device tree by 64kb to give us
> space for modifications.
>
> Signed-off-by: Alexand
er: Pass file path to payload
> efi_loader: Increase path string to 32 characters
> distro: Enable iso partition code
Tested-by: Andreas Färber
Doesn't break the regular EFI boot path for me.
Regards,
Andreas
--
SUSE Linux GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany
GF: Felix Im
1 - 100 of 317 matches
Mail list logo
