Stefano,
> Subject: [PATCH resend 1/2] imx: imx8mq: default select CLK_IMX8MQ
This patch is needed as a bugfix, please consider pick up.
Thanks,
Peng.
>
> From: Peng Fan
>
> Since the power domain driver default select CONFIG_CLK, so we will meet lots
> failures without CLK_IMX8MQ, so defaul
Tom,
> Subject: [PATCH] boot: image-pre-load: drop unused CONFIG_SYS_BOOTM_LEN
You gave an R-b, but still not pick this up?
Thanks,
Peng.
>
> From: Peng Fan
>
> CONFIG_SYS_BOOTM_LEN is not used in this file, drop it.
>
> Signed-off-by: Peng Fan
> ---
> boot/image-pre-load.c | 5 -
> 1
> Subject: [PATCH 0/8] arm64: binman: use binman symbols for imx
Sorry I missed to add V6 in patchset subject, but I do add V6 changelog
below, please raise if you have concern, and I could resend with V6 in
patch subject.
Thanks,
Peng.
>
> From: Peng Fan
>
> V6:
> Drop no-u-boot-any introdu
From: Peng Fan
Use BINMAN instead of imx specific packing method.
Signed-off-by: Peng Fan
---
arch/arm/mach-imx/imx8m/Kconfig | 1 +
arch/arm/mach-imx/imx8m/imximage-8mm-lpddr4.cfg | 10 +-
configs/imx8mm-icore-mx8mm-ctouch2_defconfig| 2 +-
configs/imx8mm-icore-m
From: Peng Fan
There is case that CONFIG_BINMAN is defined, but
CONFIG_SPL_BINMAN_SYMBOLS is not defined. In that case, there will be
build failure. So use CONFIG_SPL_BINMAN_SYMBOLS to guard the macros, and
define CONFIG_SPL_BINMAN_SYMBOLS in binman syms test.
Tested-by: Tim Harvey #imx8m[m,n,p
From: Peng Fan
After we switch to use BINMAN_SYMBOLS, there is no need to pad
the file size to 0x8000 and 0x4000. After we use BINMAN_SYMBOLS,
the u-boot-spl-ddr.bin shrink about 36KB with i.MX8MP-EVK.
Tested-by: Tim Harvey #imx8m[m,n,p]-venice
Signed-off-by: Peng Fan
---
arch/arm/dts/imx8mm-
From: Peng Fan
By reading binman symbols, we no need hard coded IMEM_LEN/DMEM_LEN after
we update the binman dtsi to drop 0x8000/0x4000 length for the firmware.
And that could save binary size for many KBs.
Tested-by: Tim Harvey #imx8m[m,n,p]-venice
Signed-off-by: Peng Fan
---
drivers/ddr/im
From: Peng Fan
In arch/arm/lib/sections.c there is below code:
char __image_copy_start[0] __section(".__image_copy_start");
But actually 'objdump -t spl/u-boot-spl' not able to find out
symbol '__image_copy_start' for binman update image-pos/size.
So update link file
Reviewed-by: Tom Rini
Test
From: Peng Fan
We are migrating to use BINMAN SYMBOLS, the current name is not
a valid binman type, so update to unify them.
Also add `type = "blob-ext";` for generating a valid binman symbol
The current names are inconsistent across different boards, so unify them.
Also add `type = "blob-ext"
From: Peng Fan
i.MX8M use FIT image, not RAW image. And to support binman symbols,
u_boot_any could be optimized if RAW image is not selected, otherwise
there will be build failure. So not select SPL_RAW_DEVICE
Signed-off-by: Peng Fan
---
configs/imx8mm_data_modul_edm_sbc_defconfig | 2 --
1 f
From: Peng Fan
i.MX8M use FIT image, not RAW image. And to support binman symbols,
u_boot_any could be optimized if RAW image is not selected, otherwise
there will be build failure. So not select SPL_RAW_IMAGE_SUPPORT
Signed-off-by: Peng Fan
---
common/spl/Kconfig | 1 +
1 file changed, 1 inse
From: Peng Fan
V6:
Drop no-u-boot-any introduced in V5
Drop binman symbol replacement with @ to _, which is not needed
Update imx8m config to not select RAM IMAGE and RAM DEVICE
Update ddr firmware node name
Introduce autoconf.h for binman test
V5:
Introduce no-u-boot-any property to drop
implement overrides for spl_spi_boot_bus() and spl_spi_boot_cs()
lookup functions according to bootmode selection, so as to support
both QSPI and OSPI boot using the same build.
Signed-off-by: Vaishnav Achath
Reviewed-by: Pratyush Yadav
---
V2->V3 : removed unnecessary spl_spi_boot_cs()
Currently the SPI flash to load from is defined through the compile
time config CONFIG_SF_DEFAULT_BUS and CONFIG_SF_DEFAULT_CS, this
prevents the loading of binaries from different SPI flash using the
same build.E.g. supporting QSPI flash boot and OSPI flash boot
on J721E platform is not possible d
Currently the SPI flash to load from is defined through the compile
time config CONFIG_SF_DEFAULT_BUS and CONFIG_SF_DEFAULT_CS, this
prevents the loading of binaries from different SPI flash using the
same build.
This series adds support for choosing the flash device based on the
selected boot dev
On Thursday 26 May 2022 10:52:27 Pali Rohár wrote:
> Code for changing boot source is platform generic and can be used by any
> P1* and P2* compatible RDB board. Not only by boards which use config
> header file p1_p2_rdb_pc.h.
>
> So move this code from p1_p2_rdb_pc.h to p1_p2_bootsrc.h and clean
On Monday 23 May 2022 11:20:27 Pali Rohár wrote:
> On Monday 23 May 2022 11:18:23 Robert Marko wrote:
> > On Mon, May 23, 2022 at 10:20 AM Pali Rohár wrote:
> > >
> > > On Friday 20 May 2022 13:46:32 Robert Marko wrote:
> > > > Changes in v4:
> > > > * Remove CMD_PCI as PCI is disabled anyway
> >
-Original Message-
From: Hawkins, Nick
Sent: Thursday, June 2, 2022 3:56 PM
To: Tom Rini
Cc: Verdun, Jean-Marie ; u-boot@lists.denx.de
Subject: RE: [PATCH v1 6/9] ARM: dts: Add device tree files for hpe gxp soc
> > > The dts files need to be in linux-next (or similar) upstream before
> > > The dts files need to be in linux-next (or similar) upstream before we
> > > start taking them in to Linux, and then re-synced periodically.
> >
> > Hi Tom,
> >
> > When you say taking them into Linux do you mean these files for U-Boot
> > would go into Torvalds Linux? Ideally we would li
Add the missing ethernet node in u-boot dts.
Signed-off-by: Anthoine Bourgeois
---
arch/arm/dts/omap3-devkit8000-u-boot.dtsi | 6 ++
configs/devkit8000_defconfig | 1 +
2 files changed, 7 insertions(+)
diff --git a/arch/arm/dts/omap3-devkit8000-u-boot.dtsi
b/arch/arm/dts/omap3
Seems that u-boot can't probe i2c bus at 2.6Mhz speed, so lower
the speed to the default value 100Khz.
v2: fix i2c1 frequency in the root omap3-u-boot.dtsi include.
Signed-off-by: Anthoine Bourgeois
---
arch/arm/dts/omap3-u-boot.dtsi | 1 +
configs/devkit8000_defconfig | 1 +
2 files changed,
This commit adds OMAP3 BeagleBoard devicetree files from Linux
v5.16.0.
This commit fixes CONFIG_DM_MMC warning.
v3: patch clean-up
Signed-off-by: Anthoine Bourgeois
---
arch/arm/dts/Makefile | 2 +
arch/arm/dts/omap3-devkit8000-u-boot.dtsi | 14 +
arch/arm/dts/omap3-devk
This serie clean-up the devkit8000 configuration to support device tree
and fixes CONFIG_DM_* warnings.
v3: Clean-up the first patch and rebase the serie.
v2: Override i2c1 frequency in omap3-u-boot.dtsi.
Anthoine Bourgeois (3):
ARM: dts: omap3-devkit8000: Add support for Devkit8000
ARM: dts:
On 01/06/2022 11:29, Stefan Herbrechtsmeier wrote:
> Hi Simon,
>
> I want to compress a FPGA Image on the fly via binman but this doesn't
> work. I have add a bintool implementation for gzip, add gzip support to
> comp_util.py and set `compress` and `compression` property in the binman
> node o
On 31/05/2022 17:15, Andrew Davis wrote:
> On 5/31/22 12:06 AM, Roger Quadros wrote:
>> On 27/05/2022 20:50, Alper Nebi Yasak wrote:
>>> This would definitely work, see etype/mkimage.py for example. I'd prefer
>>> to know the file-format details (and maybe replicate them in binman) if
>>> you could
On 02/06/2022 13:43, Jens Wiklander wrote:
> On Thu, Jun 2, 2022 at 9:50 AM Jerome Forissier
> wrote:
>> On 5/29/22 18:08, Alper Nebi Yasak wrote:
>>> Why I am asking these is that I'm hypothesizing we can put the
>>> unmodified 'tee.bin' (including header) and 'bl31.elf' (normally split
>>> into
Update author email address with the one dedicated to
upstream activities.
Signed-off-by: Patrick Delaunay
---
doc/board/st/st-dt.rst | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/doc/board/st/st-dt.rst b/doc/board/st/st-dt.rst
index 3dade1681f..67e16ef165 100644
--- a/doc
Adrian, I don't have access to the ZynqMP hardware for now, so could
you please test this patchset?
On Wed, Jun 1, 2022 at 11:46 AM Oleksandr Suvorov
wrote:
>
>
> This patchset introduces support for the authenticated and encrypted
> FPGA images on ZynqMP boards, besides that introducing common w
On Thu, Jun 02, 2022 at 02:46:09PM +, Hawkins, Nick wrote:
>
>
> > Can we figure any of that out dynamically instead? Since
> > CONFIG_SYS_SDRAM_SIZE is only used (for ARM) in board code, I'd rather see
> > this handled in there, with SZ_xxx and not use CONFIG_SYS_SDRAM_SIZE at all.
>
> H
> Can we figure any of that out dynamically instead? Since
> CONFIG_SYS_SDRAM_SIZE is only used (for ARM) in board code, I'd rather see
> this handled in there, with SZ_xxx and not use CONFIG_SYS_SDRAM_SIZE at all.
Hi Tom,
Would something like this be acceptable?
int dram_init(void)
{
#ifd
Microblaze is using NEEDS_MANUAL_RELOC from the beginnging. This is causing
issues with function pointer arrays which need to be updated manually after
relocation. Building code with -fPIC and linking with -pic will remove this
limitation and there is no longer need to run manual update.
By defaul
Relocation support is only for EM_AARCH64 that's why check machine type to
make sure that the code will never run on any unsupported one.
Signed-off-by: Michal Simek
---
tools/relocate-rela.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/tools/relocate-rela.c b/tools/relocate-rela.c
Microblaze is 32bit that's why it is using elf32 format. Relocation code
requires to get information about rela and dynsym senctions and also text
base which was used for compilation.
Code build with -fPIC and linked with -pic generates 4 relocation types.
R_MICROBLAZE_NONE is the easiest one which
Add support for 32bit ELF format which is used by Microblaze. Also check
that code runs only for Microblaze.
Function finds information about rela.dyn and dynsym which will be used
later for relocation.
Signed-off-by: Michal Simek
---
tools/relocate-rela.c | 141 +++
Symbol handling depends on compilation flags. Right now manual relocation
is used that's why symbols can be referenced just by name and there is no
need to find them out. But when position independent code (PIC) is used
symbols need to be described differently. That's why having one macro
change is
Adding support for new type requires to change code layout that's why move
elf64 code to own function for easier maintenance.
It also solves the problem with not calling fclose in case of error.
Return value from rela_elf64 is saved to variable that's why fclose() is
called all the time.
Signed-o
Right now U-Boot runs all the time from the same address where it is loaded
but going to full relocation code starting address doesn't need to be fixed
and can be simply discovered from reading PC register. That's why use r20
to get PC address and subtract offset from the beginning to get starting
Better to add comment to explain why reset vector points all the time to
origin U-Boot location.
If reset happens U-Boot should start from it's origin location.
Signed-off-by: Michal Simek
---
arch/microblaze/cpu/start.S | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/microblaze/cpu/st
SLR low address is still setup to 0 that's why only high limit should be
updated. STACK_SIZE macro is present and could be possible used for
low address alignment but it is not done by this patch.
Signed-off-by: Michal Simek
---
arch/microblaze/cpu/start.S | 1 +
1 file changed, 1 insertion(+)
Follow up patch will convert symbol handling that's why it is necessary to
separate logic around symbols to special instruction. It adds 4B for new
instruction but it is worth to do it to have code ready for for full
relocation.
Signed-off-by: Michal Simek
---
arch/microblaze/cpu/start.S | 3 ++
There are additional operations which can be done simpler that's why
improve logic around relocation address r7 handling and _start symbol.
Signed-off-by: Michal Simek
---
arch/microblaze/cpu/start.S | 7 ++-
1 file changed, 2 insertions(+), 5 deletions(-)
diff --git a/arch/microblaze/cpu/
r20 is not used that's why remove logic around it.
Signed-off-by: Michal Simek
---
arch/microblaze/cpu/start.S | 5 -
1 file changed, 5 deletions(-)
diff --git a/arch/microblaze/cpu/start.S b/arch/microblaze/cpu/start.S
index f2d6d12deb73..c3d925c1d151 100644
--- a/arch/microblaze/cpu/star
Enable u-boot.elf recreation from u-boot.bin to prepare for removing manul
relocation. Enable option for big endian configuration but it is not used
too much that's why it is completely untested.
By supporting this system there is a need to define LITTLE/BIG endian
Kconfig options to pass -EL/-EB f
Use symbol instead macro to find where U-Boot starts.
Signed-off-by: Michal Simek
---
arch/microblaze/cpu/start.S | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/microblaze/cpu/start.S b/arch/microblaze/cpu/start.S
index 1acac5faf428..205d5f384c38 100644
--- a/arc
Trivial fix.
Signed-off-by: Michal Simek
---
arch/microblaze/cpu/exception.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/microblaze/cpu/exception.c b/arch/microblaze/cpu/exception.c
index d3640d3903b8..9414776afa7f 100644
--- a/arch/microblaze/cpu/exception.c
+++ b/
CONFIG_SYS_INIT_SP_OFFSET macro place stack to TEXT_BASE - SYS_MALLOC_F_LEN
but there is no reason to do it now because board_init_f_alloc_reserve()
returns exact location where stack should be. That's why stack location is
calculated at run time and there is no need to hardcode it via macro. This
When U-Boot starts stack protection can be already enabled that's why setup
the lowest possible SLR value which is address 0. And the highest possible
stack in front of U-Boot. That's why you should never load U-Boot to the
beginning of DDR. There must be some space reserved. Code is using this
loc
There is no need to pass section information via parameters.
Let's read text base and rela start/end directly from elf.
It will help with reading other information from ELF for others
architecture. Input to relocate-rela is u-boot binary and u-boot ELF.
Signed-off-by: Michal Simek
---
Makefile
There is no reason to use absolute branches and use just relative. This
change helps with moving binary to different location and start it from
there.
Signed-off-by: Michal Simek
---
arch/microblaze/cpu/start.S | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git
Declare rela_start/end and text_base as global variables. It will help with
using these variables for ELF decoding.
Signed-off-by: Michal Simek
---
tools/relocate-rela.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/tools/relocate-rela.c b/tools/relocate-rela.c
index 88
Numbers in comment are shifter which is visible from command which calls
them. Also relocate-rela usage is describing them.
"Usage: %s"
Signed-off-by: Michal Simek
---
Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Makefile b/Makefile
index 61927f8918b4..dfb655
There is no value to open u-boot binary file so early. Better to check all
values first and then open binary file.
Signed-off-by: Michal Simek
---
tools/relocate-rela.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/tools/relocate-rela.c b/tools/relocate-rela
Hi,
this series is adding support for full rela relocation.
Origin NEEDS_MANUAL_RELOC option is still there as default.
Code has been tested with multiple configurations on QEMU.
- Origin behavior - u-boot
- Relocated version - u-boot.elf
- Loading u-boot.bin to higher address than TEXT_BASE
- Lo
From: Camelia Groza
Two defconfigs were missed when transitioning the SYS_FMAN_FW_ADDR
symbol to Kconfig. CONFIG_SYS_FMAN_FW_ADDR is currently initialized to
0 by default on these builds, which prevents the firmware from loading.
Add the correct symbols to these defconfigs.
Fixes: a97a071d10d2b
Add a directory in drivers/clk to regroup the clock drivers for all
STM32 SoCs with CONFIG_ARCH_STM32 (MCUs with Cortex-M) or
CONFIG_ARCH_STM32MP (MPUs with Cortex-A).
Signed-off-by: Patrick Delaunay
Reviewed-by: Grzegorz Szymaszek
Reviewed-by: Patrice Chotard
---
Changes in v3:
- Some nits in
Add the MISC RCC driver for STM32MP13, and bind it to the RCC reset
driver, required for initial support.
Signed-off-by: Patrick Delaunay
Reviewed-by: Patrice Chotard
---
(no changes since v1)
drivers/misc/stm32_rcc.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/drivers/misc/stm3
Add the RCC node, not yet in Linux kernel device tree
to handle the U-Boot RCC drivers with the needed U-Boot
property "u-boot,dm-pre-reloc" property as the clock and reset drivers
are required during pre-location.
Signed-off-by: Patrick Delaunay
Reviewed-by: Patrice Chotard
---
(no changes si
Prepare the support of STM32MP13 RCC, the reset and clock controller
- update of the RCC MISC driver to bind the correct clock and reset driver
- reset driver, same than STM32MP15x = drivers/reset/stm32-reset.c
- clock driver, add a stm32 sub directory to prepare the addition of
stm32mp13 drive
On 02/06/2022 02.30, Jaehoon Chung wrote:
> Dear Rasums,
>
> On 5/17/22 08:44, Jaehoon Chung wrote:
>> On 5/3/22 17:58, Rasmus Villemoes wrote:
>>> These are the i2c addresses of the chips, but that comes from device
>>> tree. Having that information duplicated here just adds confusion.
>>>
>>> Si
Hi Etienne,
On 6/1/22 10:27, Etienne Carriere wrote:
Changes optee_rng driver to register itself has a OP-TEE service so
that a device is bound for the driver when OP-TEE enumerates the
PTA RNG service.
Cc: Sughosh Ganu
Cc: Patrick Delaunay
Signed-off-by: Etienne Carriere
---
drivers/rng/K
Hi,
minbor remarks on "#ifdef" usage.
On 6/1/22 10:27, Etienne Carriere wrote:
This change defines resources for OP-TEE service drivers to register
themselves for being bound to when OP-TEE firmware reports the related
service is supported. OP-TEE services are discovered during optee
driver pro
Enable clocks and power up domains when a get on a domain is made.
This (together with initialising a couple of new clocks) helped boot a
Radxa Rock Pi 4B from SD card. It's adapted from Linux 5.15.25
and includes parameters for a dozen Rockchip SOCs, but it's only tested
on RK3399.
Some of the p
This helped boot a Radxa Rock Pi 4B from SD card. With U-boot master
at commit 4fe629d2e8bb ("Merge
https://source.denx.de/u-boot/custodians/u-boot-riscv";) from
2022-05-27T08:50:42-0400 and the SPI clock shorted to GND to make the
bootrom boot from SD card, SPL stopped at the "Trying to boot from
When trying to boot from MMC in a Rock Pi 4 where I shorted
SPI clk to GND to have bootrom load tpl+spl from MMC, SPL
hanged after the message "Trying to boot from MMC1".
With this patch it continued booting, printed two notices
from ATF with BL31 version and date, and loaded U-Boot proper.
I'm n
Hello.
I've been trying to compile myself all the stack to boot a Radxa Rock
Pi 4B.
I've found and worked around a few issues and I'm starting to select,
clean up and send the patches I used.
Since I'm new to the project I may have overseen something obvious. If
so sorry. For the rest I hope so
**
*Dear u-boot community,*
*
the OSFC is the biggest open-source firmware conference worldwide made
by and for developers. After two years we can finally meet in person
again. This year's OSFC will take place in Gothenburg, Sweden from
September 19th - 21th. We will have a two day conferenc
Hi,
On Thu, Jun 2, 2022 at 9:50 AM Jerome Forissier
wrote:
>
>
>
> On 5/29/22 18:08, Alper Nebi Yasak wrote:
> > On 28/05/2022 01:08, Jerome Forissier wrote:
> >> On 5/27/22 21:24, Alper Nebi Yasak wrote:
> >>> On 11/05/2022 18:35, Jerome Forissier wrote:
> +if paged_sz != 0:
>
On 5/29/22 18:08, Alper Nebi Yasak wrote:
> On 28/05/2022 01:08, Jerome Forissier wrote:
>> On 5/27/22 21:24, Alper Nebi Yasak wrote:
>>> On 11/05/2022 18:35, Jerome Forissier wrote:
+if paged_sz != 0:
+raise ValueError("OP-TEE paged mode not supported")
>>>
>>> Is
On 01.06.22 17:17, Marek Behún wrote:
Fix diacritics in some instances of my name and change my e-mail address
to ka...@kernel.org.
Add corresponding .mailmap entries.
Signed-off-by: Marek Behún
Reviewed-by: Stefan Roese
Thanks,
Stefan
---
.mailmap
On 01.06.22 17:17, Marek Behún wrote:
From: Marek Behún
Fix MAINTAINERS files for Turris devices, add missing files and add Pali
as maintainer.
Signed-off-by: Marek Behún
Reviewed-by: Stefan Roese
Thanks,
Stefan
---
MAINTAINERS | 8
board/CZ.NIC/tur
70 matches
Mail list logo
