Re: [PATCH 1/1] ARM: Initial OP-TEE support

2019-01-29 Thread Rouven Czerwinski
On Tue, 2019-01-29 at 14:35 -0800, Andrey Smirnov wrote: > On Tue, Jan 29, 2019 at 3:11 AM Rouven Czerwinski > wrote: > > > > From: Sascha Hauer > > > > This adds initial support for OP-TEE, see https://www.op-tee.org/ > > > > barebox starts in secure mode as usual. When booting a kernel > > t

Re: [PATCH] ARM: zynqmp: select macb driver

2019-01-29 Thread Sascha Hauer
Hi Thomas, On Tue, Jan 29, 2019 at 11:13:36AM +0100, thomas.haemmerle1...@gmail.com wrote: > From: Thomas Haemmerle > > macb supports Xilinx ZynqMP GEM, so select HAS_MACB by default. I think this should be solved by 508b996a62 ("ARM: zynq: add support for ethernet") already. Sascha -- Peng

Re: initrd problem

2019-01-29 Thread Sascha Hauer
Hi Alexander, Sorry for the delay. Has this been resolved in the meantime? On Thu, Jan 24, 2019 at 12:37:29PM +0300, Alexander Shiyan wrote: > I decided to change the size of the UBI volume for the root file system to 60 > MB. > Now I get a weird OOM error. Turning on debug information shows a c

[PATCH v2] ARM: aarch64: Avoid relocations in runtime-offset.S

2019-01-29 Thread Andrey Smirnov
Since get_runtime_offset() is executed as a part of reloaction logic, it cannot have code dependend on any kind of relocation. Unfortunately, current codebase violates this rule and linkadr: .quad get_runtime_offset ends up producing R_AARCH64_RELATIVE relocation that has to be resolved at runtim

Re: [PATCH] ARM: aarch64: Avoid relocations in runtime-offset.S

2019-01-29 Thread Andrey Smirnov
On Tue, Jan 29, 2019 at 1:44 AM Sascha Hauer wrote: > > On Mon, Jan 28, 2019 at 11:12:29AM -0800, Andrey Smirnov wrote: > > > > _However_, older toolchains (tested on 5.5.0), will only issue a > > > > R_AARCH64_RELATIVE, so memory location will contain only zeroes: > > > > > > > > 00a0

Re: [PATCH 1/1] ARM: Initial OP-TEE support

2019-01-29 Thread Andrey Smirnov
On Tue, Jan 29, 2019 at 3:11 AM Rouven Czerwinski wrote: > > From: Sascha Hauer > > This adds initial support for OP-TEE, see https://www.op-tee.org/ > > barebox starts in secure mode as usual. When booting a kernel > the bootm code also loads the optee_os binary. Instead of jumping > into the ke

Re: [PATCH v2 18/19] drivers: mem: Create file to access second half of 64-bit memory

2019-01-29 Thread Sam Ravnborg
Hi Andrey On Tue, Jan 29, 2019 at 12:40:21PM -0800, Andrey Smirnov wrote: > On Tue, Jan 29, 2019 at 12:48 AM Sascha Hauer wrote: > > > > On Mon, Jan 28, 2019 at 10:55:48PM -0800, Andrey Smirnov wrote: > > > In order to allow access to second half of address space on 64-bit > > > machines, add cod

Re: [PATCH v2 18/19] drivers: mem: Create file to access second half of 64-bit memory

2019-01-29 Thread Andrey Smirnov
On Tue, Jan 29, 2019 at 12:48 AM Sascha Hauer wrote: > > On Mon, Jan 28, 2019 at 10:55:48PM -0800, Andrey Smirnov wrote: > > In order to allow access to second half of address space on 64-bit > > machines, add code that creates /dev/highmem dedicated for that. > > Very nice series, I applied it ri

Re: [PATCH] rpi: completed new revision scheme

2019-01-29 Thread Sascha Hauer
On Mon, Jan 28, 2019 at 10:57:00AM +0100, Moritz Augsburger wrote: > Hi Sascha, > > Am 2019-01-28 09:02, schrieb Sascha Hauer: > > > static int rpi_board_rev = 0; > > > @@ -211,10 +225,12 @@ static void rpi_get_board_rev(void) > > > * > > > http://www.raspberrypi.org/forums/viewtopic.php

Re: [PATCH 1/1] ARM: Initial OP-TEE support

2019-01-29 Thread Rouven Czerwinski
On Tue, 2019-01-29 at 12:10 +0100, Rouven Czerwinski wrote: > From: Sascha Hauer > > This adds initial support for OP-TEE, see https://www.op-tee.org/ > > barebox starts in secure mode as usual. When booting a kernel > the bootm code also loads the optee_os binary. Instead of jumping > into the

[PATCH 0/1] OP-TEE support for barebox

2019-01-29 Thread Rouven Czerwinski
This is a rebase and update of the testing patch posted by Sascha Hauer in 2017. The FIXMEs in the code have been addressed and additional support for loading optee as a builtin firmware has been added. Rouven Czerwinski Sascha Hauer (1): ARM: Initial OP-TEE support arch/arm/cpu/Makefile

[PATCH 1/1] ARM: Initial OP-TEE support

2019-01-29 Thread Rouven Czerwinski
From: Sascha Hauer This adds initial support for OP-TEE, see https://www.op-tee.org/ barebox starts in secure mode as usual. When booting a kernel the bootm code also loads the optee_os binary. Instead of jumping into the kernel barebox jumps into the optee_os binary and puts the kernel executio

Raspberry Pi: Access Firmware-FDT

2019-01-29 Thread Moritz Augsburger
Hi, on the RPi, the firmware binary blob assembles and enriches the dtb/dtbo files, puts the created fdt into memory, storing the location in r2. I found a discussion proposing a patch (http://lists.infradead.org/pipermail/barebox/2018-June/033460.html) that was never included. Is there cu

[PATCH] ARM: zynqmp: select macb driver

2019-01-29 Thread thomas . haemmerle1988
From: Thomas Haemmerle macb supports Xilinx ZynqMP GEM, so select HAS_MACB by default. Signed-off-by: Thomas Haemmerle --- arch/arm/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig index c1f385b..f5c1471 100644 --- a/arch/arm/Kconfig +++ b/arch/ar

Re: [PATCH] ARM: aarch64: Avoid relocations in runtime-offset.S

2019-01-29 Thread Sascha Hauer
On Mon, Jan 28, 2019 at 11:12:29AM -0800, Andrey Smirnov wrote: > > > _However_, older toolchains (tested on 5.5.0), will only issue a > > > R_AARCH64_RELATIVE, so memory location will contain only zeroes: > > > > > > 00a0 : > > > a0: 1000adr x0, a0 > > >

Re: [PATCH] scripts: bareboxenv.c: fix warning: ‘xstrdup’ defined but not used

2019-01-29 Thread Sascha Hauer
On Mon, Jan 28, 2019 at 12:29:55PM +0100, Oleksij Rempel wrote: > Signed-off-by: Oleksij Rempel > --- > scripts/bareboxenv.c | 10 -- > 1 file changed, 10 deletions(-) Applied, thanks Sascha > > diff --git a/scripts/bareboxenv.c b/scripts/bareboxenv.c > index e95bdeaa5e..c512a105ef 10

Re: [PATCH v2 18/19] drivers: mem: Create file to access second half of 64-bit memory

2019-01-29 Thread Sascha Hauer
On Mon, Jan 28, 2019 at 10:55:48PM -0800, Andrey Smirnov wrote: > In order to allow access to second half of address space on 64-bit > machines, add code that creates /dev/highmem dedicated for that. Very nice series, I applied it right away with the exception of this patch. I don't like naming it

Re: [PATCH 3/3] ARM: nxp-imx8mq-evk: include the HDMI firmware in the image

2019-01-29 Thread Sascha Hauer
On Fri, Jan 25, 2019 at 06:06:40PM +0100, Lucas Stach wrote: > The board has a HDMI output by default, so it makes sense to include > the necessary firmware for this. > > Signed-off-by: Lucas Stach > --- > arch/arm/boards/nxp-imx8mq-evk/flash-header-imx8mq-evk.imxcfg | 1 + > 1 file changed, 1 i