On Tue, Oct 22, 2019 at 07:50:20AM -0600, Simon Glass wrote:
> Hi Takahiro,
>
> On Tue, 17 Sep 2019 at 20:59, AKASHI Takahiro
> wrote:
> >
> > Simon,
> >
> > Overall, do you agree to my approach here?
> >
> > On Mon, Sep 16, 2019 at 10:48:07PM -0700, Simon Glass wrote:
> > > Hi AKASHI,
> > >
> >
From: Steffen Dirkwinkel
Note: gpio7_8 was never used for usb power regulator so we remove it here
Acked-by: Patrick Bruenn
Signed-off-by: Steffen Dirkwinkel
---
arch/arm/dts/imx53-cx9020.dts | 11 ++-
board/beckhoff/mx53cx9020/mx53cx9020.c | 10 --
From: Steffen Dirkwinkel
Acked-by: Patrick Bruenn
Signed-off-by: Steffen Dirkwinkel
---
configs/mx53cx9020_defconfig | 1 +
include/configs/mx53cx9020.h | 3 +++
2 files changed, 4 insertions(+)
diff --git a/configs/mx53cx9020_defconfig b/configs/mx53cx9020_defconfig
index
From: Steffen Dirkwinkel
Acked-by: Patrick Bruenn
Signed-off-by: Steffen Dirkwinkel
---
arch/arm/dts/imx53-cx9020.dts | 31 ---
configs/mx53cx9020_defconfig | 2 ++
include/configs/mx53cx9020.h | 4
3 files changed, 22 insertions(+), 15 deletions(-)
diff
From: Steffen Dirkwinkel
This series migrates the cx9020 to DM_ETH and DM_USB.
It also switches bootcmds from custom uEnv.txt based booting to
distroboot.
DM_USB works but enabling usb keyboards just makes them disappear from
the usb device list.
The cx9020 board needs to load a bitstream
From: Steffen Dirkwinkel
We switch from custom boot commands relying on uEnv.txt to distro boot.
This removes the automatic fpga bitstream loading in favor of loading
bitstreams via custom bootscripts (boot.scr) or after booting the
kernel.
Acked-by: Patrick Bruenn
Signed-off-by: Steffen
On Mon, Oct 21, 2019 at 06:17:03PM -0600, Simon Glass wrote:
> Hi Takahiro,
>
> On Tue, 8 Oct 2019 at 23:27, AKASHI Takahiro
> wrote:
> >
> > In the current implementation of FIT_SIGNATURE, five parameters for
> > a RSA public key are required while only two of them are essential.
> > (See
Hi Jagan,
On 23/10/19 12:00 AM, Jagan Teki wrote:
> Hi Vignesh,
>
> On Fri, Oct 11, 2019 at 1:28 PM Vignesh Raghavendra wrote:
>>
>> n25q* and mt25q* (both 256Mb and 512Mb) flashes support Flag status
>> register that indicates various errors that may be encountered during
>> erase/write
On Mon, Oct 21, 2019 at 06:17:02PM -0600, Simon Glass wrote:
> Hi Takahiro,
>
> On Tue, 8 Oct 2019 at 23:27, AKASHI Takahiro
> wrote:
> >
> > Introduce new configuration, CONFIG_RSA_VERIFY which will decouple building
> > RSA functions from FIT verification and allow for adding a RSA-based
> >
>-Original Message-
>From: Yinbo Zhu
>Sent: Tuesday, October 15, 2019 2:51 PM
>To: Wolfgang Denk ; Priyanka Jain ;
>Shengzhou Liu ; u-boot@lists.denx.de
>Cc: Yinbo Zhu ; Xiaobo Xie ;
>Jiafei Pan ; Prabhakar X
>; Bin Meng ; Simon
>Goldschmidt ; Adam Ford
>; Patrick Delaunay ; Jeremy
Hi Simon,
I got some more information by instrumenting the u-boot functions that you
suggested and made appropriate modifications, but still the kernel logs show
RAMDISK error.
"RAMDISK: Couldn't find valid RAM disk image starting at 0."
This is with the normal u-boot from Tegra
INFO_RAYEES:
Hi all,
I have been tasked with porting our Octeon U-Boot to the latest U-Boot and
merging it upstream. This will involve a very significant amount of code that
generally will not be compatible with other MIPS processors due to our needs
and requirements. For example, the start.S will need to
> -Original Message-
> From: Schrempf Frieder
> Sent: 2019年10月22日 21:03
> To: Lukasz Majewski ; Xiaowei Bao
> ; u-boot@lists.denx.de
> Subject: Re: [U-Boot] [PATCH v5 1/5] spl: dm: disable SPI DM flash for
> non-DM SPL
>
> Hi Lukasz, hi Xiaowei,
>
> On 22.10.19 14:20, Lukasz Majewski
To be more closely aligned with Python community best practices, we need
to better document our usage of pip and make use of a requirements.txt
file that shows the versions of the tools that we are using. This will
aide in ensuring reproducibility of our tests as well.
Signed-off-by: Tom Rini
Use the 2to3 tool to perform numerous automatic conversions from Python
2 syntax to Python 3. Also fix whitespace problems that Python 3
catches that Python 2 did not.
Reviewed-by: Stephen Warren
Signed-off-by: Tom Rini
---
test/py/conftest.py | 9 ++--
We have two further uses of raw string usage in the test/py codebase
that are used under CI. The first of which is under the bind test and
is a direct update. The second of which is to strip VT100 codes from
the match buffer. While switching this to a raw string is also a direct
update, the
As things stand today, we have tools that CI requires where "python"
must be "python2". We need to use a virtualenv and pip in order to
ensure that our pytest tests can be run. Rework things slightly so
that:
- On Travis-CI, we install python-pyelftools for the platforms that
require
We inconsistently note multiple dependencies today in our tests,
sometimes with a single line that declares multiple and sometimes
multiple single lines. Current pytest seems to fail on the single line
format so change to multiple declarations.
Reviewed-by: Stephen Warren
Signed-off-by: Tom
- In python 3 you must use raw strings for regex as other forms are
deprecated and would require further changes to the pattern here.
In one case this lets us have a simpler match pattern.
- As strings are now Unicode our complex tests (Euro symbol,
SHIFT+ALT+FN 5) we need to declare that as
From: Marek Vasut
Fix the following spit from pytest:
u-boot/test/py/conftest.py:438: RemovedInPytest4Warning: MarkInfo objects are
deprecated as they contain merged marks which are hard to deal with correctly.
Please use node.get_closest_marker(name) or node.iter_markers(name).
Docs:
- Modern pytest is more visible in telling us about parameters that we
had not described, so describe a few more.
- ConfigParser.readfp(...) is now configparser.read_file(...)
- As part of the "strings vs bytes" conversions in Python 3, we use the
default encoding/decoding of utf-8 but in some
The check_output function from the subprocess Python module by default
returns data as encoded bytes and leaves decoding to the application.
Given our uses of the call, it makes the most sense to immediately
decode the results.
Signed-off-by: Tom Rini
---
Changes in v2:
- New patch
---
Now that we have moved to being based on pytest for python3 we need to
make our test.py wrapper more robust in terms of only calling python3
rather than possibly finding and using python2. To do this, change from
execvp()'ing pytest to invoking the package itself via python. In the
event that
In the case of some unit tests we are working with providing a fake
flash device that we have written some text strings in to. In this case
we want to tell Python to encode things to bytes for us.
Reviewed-by: Stephen Warren
Signed-off-by: Tom Rini
---
test/py/tests/test_ut.py | 6 +++---
1
In a number of our stanzas we had multi-line commands that were one
space short of alignment, correct this.
Reviewed-by: Stephen Warren
Reviewed-by: Simon Glass
Signed-off-by: Tom Rini
---
.gitlab-ci.yml | 40
1 file changed, 20 insertions(+), 20
Currently we set the entire PATH rather than prepend the new paths that
we need to have searched. This however breaks parts of the "virtualenv"
that was have set up and need to use as that also will be modifying
PATH. To fix this, prepend our new locations instead.
Reviewed-by: Stephen Warren
Hey all,
So, here's the second pass at moving our test/py code over to Python 3.
This time, I think it's ready to merge as I've resovled the WORKAROUND /
HACK patches. In terms of what I was calling a WORKAROUND, I'm
comfortable saying this is a feature / intentional change in how and
when we
Hi Vignesh,
On 10.10.19 07:52, Vignesh Raghavendra wrote:
Add DT node for HyperBus Memory Controller in the FSS. On J721e, its not
possible to use OSPI0 and HBMC simultaneously as they are muxed within
the Flash Subsystem hence disable HBMC by default as keep OSPI enabled.
Bootloader will fixup
On i.MX8, when booting from eMMC boot partition, the whole flash.bin
is stored in boot partition, however SPL switches to user partition
during the init of mmc driver:
spl_mmc_load() -> mmc_init()
Then it tries to load the container image in
spl_mmc_get_uboot_raw_sector(), but here it reads the
Dear Tom,
Please find a PR for u-boot-clk branch:
The following changes since commit 44510daea4d07fee736dd90411c4b503340b449e:
dm: pinctrl: fix for introduce PINCONF_RECURSIVE option (2019-10-21 09:40:54
-0400)
are available in the Git repository at:
The patch
commit 867400677cda0fac4a411f1549fe3a61bb5ed172
efi_loader: disk: install FILE_SYSTEM_PROTOCOL only if available
breaks booting my Pine A64 LTS board via iPXE and GRUB. But I assume
this is not at the base of the problem.
My iSCSI drive is partitioned like this:
DeviceBoot
As SPL_SPI_FLASH_SUPPORT cannot work without SPL_SPI_SUPPORT, fix
dependencies to prevent enabling SPI flash support without basic SPI
support.
Also SYS_SPI_U_BOOT_OFFS does not make sense without
SPL_SPI_FLASH_SUPPORT enabled, so move it into its 'if' section.
Signed-off-by: Simon Goldschmidt
Hi Simon,
Am Dienstag, 22. Oktober 2019, 14:08:04 CEST schrieb Heiko Stübner:
> Am Dienstag, 22. Oktober 2019, 02:17:00 CEST schrieb Simon Glass:
> > On Mon, 7 Oct 2019 at 18:22, Heiko Stuebner wrote:
> > >
> > > The loading convention for optee or any other tee on arm64 is as bl32
> > >
Some U-Boot pointers have redundant information, so we can use a scheme
where we can return either an error code or a pointer with the same
return value. The default implementation just casts the pointer to a
number, however, this may fail on platforms where the end of the address
range is used
This patch changes ERR_PTR/PTR_ERR to use CONFIG_ERR_PTR_OFFSET to map
errno values into a pointer region that cannot contain valid pointers.
IS_ERR and IS_ERR_OR_NULL have to be converted to use PTR_ERR, too,
for this to work.
Signed-off-by: Simon Goldschmidt
---
include/linux/err.h | 8
The default implementation of ERR_PTR/PTR_ERR maps errno values at the
and of the address range (e.g. -EINVAL/-22 gets 0xFFEA).
For socfpga gen5 SPL, this doesn't really work, as the heap is nearly
at the end of the 32 bit address range.
This patch adjusts the ERR_PTR_OFFSET to map errno
Some U-Boot pointers have redundant information, so we can use a scheme
where we can return either an error code or a pointer with the same
return value. The default implementation just casts the pointer to a
number, however, this may fail on platforms where the end of the address
range is used
From: Heiko Stuebner
The loading convention for optee or any other tee on arm64 is as bl32
parameter to the trusted-firmware. So TF-A gets invoked with the TEE as
bl32 and main u-boot as bl33. Once it has done its startup TF-A jumps
into the bl32 for the TEE startup, returns to TF-A and then
From: Heiko Stuebner
The phandlep pointer returning the phandle to the caller is optional
and if it is not set when calling fdtdec_add_reserved_memory() it is
highly likely that the caller is not interested in a phandle to the
created reserved-memory area and really just wants that area added.
From: Heiko Stuebner
OP-TEE can get supplied with a devicetree and will then insert
its firmware node and reserved-memory sections into it.
As this devicetree often is not the one supplied to a later
loaded kernel, a previous commit added functionality to transfer
these nodes onto that new
From: Heiko Stuebner
The change adding fdtdec_add_reserved_memory() already protected the added
phandle against the phandlep being NULL - making the phandlep var optional.
But in the early code checking for an already existing carveout this check
was not done and thus the phandle assignment
On Tue, Oct 22, 2019 at 4:51 PM Simon Glass wrote:
> On Tue, 22 Oct 2019 at 02:23, Andy Shevchenko
> wrote:
> > On Tue, Oct 22, 2019 at 1:54 AM Simon Glass wrote:
> > > On Mon, 21 Oct 2019 at 02:44, Andy Shevchenko
> > > wrote:
> >
> > > OK. Where is the iLB driver? So are any changes needed
Am 11.10.2019 um 11:52 schrieb Ley Foon Tan:
Add build support for Agilex SoC.
Signed-off-by: Ley Foon Tan
Reviewed-by: Simon Goldschmidt
This does not apply any more, you'll need to rebase it (Marek has
changed mach-socfpga/Kconfig by renaming a board).
Regards,
Simon
---
v5:
-
Am 11.10.2019 um 11:52 schrieb Ley Foon Tan:
Restructure Stratix 10 SDRAM driver. Move common code to separate
file, in preparation to support SDRAM driver for Agilex.
Signed-off-by: Ley Foon Tan
---
v3:
- Change sdram_common.* to sdram_soc64.*
---
drivers/ddr/altera/Makefile
Hi Kever,
Thanks for new updated changes.
On Tue, Oct 22, 2019 at 1:34 PM Kever Yang wrote:
>
>
> The sdram drivers for Rockchip SoCs was all separate, some of the SoCs
> has similar hardware controller and phy, so we have a change to share
> the flow and some of the functions between different
Am 11.10.2019 um 11:52 schrieb Ley Foon Tan:
Enable cache driver build in SPL.
Signed-off-by: Ley Foon Tan
---
drivers/Makefile | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/Makefile b/drivers/Makefile
index a4bb5e4975..0d231cddbb 100644
--- a/drivers/Makefile
+++
Am 11.10.2019 um 11:52 schrieb Ley Foon Tan:
Add Cache Coherency Unit (CCU) driver.
CCU is to ensures consistency of shared data between multi masters
in the system.
Driver initializes CCU's directories and coherency agent
interfaces in CCU IP.
Signed-off-by: Ley Foon Tan
Reviewed-by: Simon
Am 11.10.2019 um 11:52 schrieb Ley Foon Tan:
CLKMGR_INTOSC_HZ should be 400MHz, instead of 460MHz.
Having this in a separate patch is clearly better.
Signed-off-by: Ley Foon Tan
---
arch/arm/mach-socfpga/include/mach/clock_manager_soc64.h | 2 +-
1 file changed, 1 insertion(+), 1
Hi Vignesh,
On Fri, Oct 11, 2019 at 1:28 PM Vignesh Raghavendra wrote:
>
> n25q* and mt25q* (both 256Mb and 512Mb) flashes support Flag status
> register that indicates various errors that may be encountered during
> erase/write operations. Therefore add USE_FSR flag wherever missing.
Does
Am 11.10.2019 um 11:52 schrieb Ley Foon Tan:
Move Stratix10 and Agilex clock manager common code to new header file.
Signed-off-by: Ley Foon Tan
---
v5:
- Revert CLKMGR_INTOSC_HZ to 460MHz.
---
.../include/mach/clock_manager_s10.h | 16 +++--
Am 11.10.2019 um 11:52 schrieb Ley Foon Tan:
Add reset manager support for Agilex.
Signed-off-by: Ley Foon Tan
Reviewed-by: Simon Goldschmidt
---
v5:
- Remove reset_reset_manager_agilex.h and use reset_manager_soc64.h.
v3:
- Add reset_manager_soc64.h
- Convert to use defines instead of
Am 11.10.2019 um 11:52 schrieb Ley Foon Tan:
Add system manager support for Agilex.
Signed-off-by: Ley Foon Tan
Reviewed-by: Simon Goldschmidt
---
v5:
- Remove system_manager_agilex.h and use system_manager_soc64.h directly.
v3:
- Change include filename to system_manager_soc64.h.
-
Am 10.10.2019 um 09:37 schrieb Ley Foon Tan:
Convert clock manager for Gen5, Arria 10 and Stratix 10 from struct
to defines.
Change to get clock manager base address from DT node instead of using
#define.
Signed-off-by: Ley Foon Tan
---
v4:
- Update commit message about get base address from
Am 10.10.2019 um 09:37 schrieb Ley Foon Tan:
Convert system manager for Gen5, Arria 10 and Stratix 10 from struct
to defines.
Change to get system manager base address from DT node instead of
using #define.
Signed-off-by: Ley Foon Tan
---
v4:
- Update commit message about get base address
On Thu, Sep 26, 2019 at 7:04 PM Vignesh Raghavendra wrote:
>
> First patch improves error reporting on erase/write failures
> Second patch makes sure small sector is used even when SFDP is enabled
> and CONFIG_SPI_FLASH_USE_4K_SECTORS is set.
>
> Jagan,
>
> Could you please consider these patches
On Sat, Sep 14, 2019 at 4:14 AM Schrempf Frieder
wrote:
>
> From: Frieder Schrempf
>
> Most boards currently use SPI_FLASH_MTD only in U-Boot proper, not in
> SPL. They often rely on hacks in the board header files to include
> this option conditionally. To be able to fix this, we previously
>
Am 10.10.2019 um 09:37 schrieb Ley Foon Tan:
Convert reset manager for Gen5, Arria 10 and Stratix 10 from struct
to defines.
Change to get reset manager base address from DT node instead of using
#define.
Signed-off-by: Ley Foon Tan
---
v4:
- Update commit message about get base address from
On Tue, Oct 22, 2019 at 6:23 PM Schrempf Frieder
wrote:
>
> Hi Jagan,
>
> On 17.10.19 08:42, Frieder Schrempf wrote:
> > Hi Jagan,
> >
> > On 16.10.19 18:34, Jagan Teki wrote:
> >> On Sat, Sep 14, 2019 at 4:18 AM Schrempf Frieder
> >> wrote:
> >>>
> >>> From: Frieder Schrempf
> >>>
> >>> As
On Sat, Sep 14, 2019 at 4:13 AM Schrempf Frieder
wrote:
>
> From: Frieder Schrempf
>
> To allow SPI_FLASH_MTD being enabled separately in SPL we add a new
> option. The only user currently is the stm32mp15_basic board.
>
> Signed-off-by: Frieder Schrempf
> ---
Applied to u-boot-spi/master
U-Boot has two different variants of dwc3 initializations,
- with dm variant gadget, so the respective dm driver would
call the dwc3_init in core.
- with non-dm variant gadget, so the usage board file would
call dwc3_uboot_init in core.
The driver probe would handle all respective gadget
Select CONFIG_FASTBOOT_FLASH, CONFIG_FASTBOOT_FLASH_MMC_DEV
for rockchip SoC plaforms in fastboot Kconfig file instead
of defined it in board defconfig.
This eventually drop the explicit configs defined in
supporting board defconfig files.
Signed-off-by: Jagan Teki
---
Add 0x310c for rk3128 gadget product number.
Signed-off-by: Jagan Teki
---
drivers/usb/gadget/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/usb/gadget/Kconfig b/drivers/usb/gadget/Kconfig
index e120b48b33..2da8b40e05 100644
--- a/drivers/usb/gadget/Kconfig
+++
Add 0x330a for rk3399 gadget product number.
Signed-off-by: Jagan Teki
---
drivers/usb/gadget/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/usb/gadget/Kconfig b/drivers/usb/gadget/Kconfig
index 2da8b40e05..b0e61f3fcd 100644
--- a/drivers/usb/gadget/Kconfig
Setup dwc3_device structure for non-dm gadgets, which is used
in rk3399 platforms.
dwc3_device would have basic regbase, dr_mode, high speed
and 16-bit UTMI+ etc.
Cc: Marek Vasut
Signed-off-by: Jagan Teki
---
arch/arm/mach-rockchip/board.c | 32 ++--
1 file
Enable fastboot on NanoPC-T4 and ROC-PC based rk3399 boards.
Signed-off-by: Jagan Teki
---
configs/nanopc-t4-rk3399_defconfig | 3 +++
configs/roc-rk3399-pc_defconfig| 3 +++
2 files changed, 6 insertions(+)
diff --git a/configs/nanopc-t4-rk3399_defconfig
Rockchip support differnet or common gadget product number
between Rockchip SoCs like,
0x310a - rk3036
0x320a - rk3229, rk3288
0x330a - rk3328
So, select them on Kconfig based on platform specific
config defined.
This eventually drop the explicit configs defined in
supporting board defconfig
Gadget vendor number, 0x2207 is common across all platfroms
supported in Rockchip SoC.
So, select the same number globally, if ARCH_ROCKCHIP.
This eventually drop the explicit configs defined in supported
board defconfig files.
Signed-off-by: Jagan Teki
---
configs/elgin-rv1108_defconfig|
Select the gadget manufacturer as 'Rockchip' for
all rockchip platform SoC's.
This eventually drop the explicit defined added
on supported board defconfig files.
Signed-off-by: Jagan Teki
---
configs/elgin-rv1108_defconfig| 1 -
configs/evb-rk3036_defconfig | 1 -
This patchset add fastboot support on RK3399 and also
rework of CONFIG items related to fastboot support.
patch 0001 - 0005: existing gadget, fastboot config move
patch 0006: add phy interface for dwc3_uboot
patch 0007: 0008: dwc3 setup for rk3399
patch 0009: enable fastboot, nanopc-t4, roc-pc
Hi,
Thank you. Currently, I see the following at Rock64 SBC:
U-Boot TPL 2019.10-00024-g8b580d5b93 (Oct 22 2019 - 20:29:01)
data training error
LPDDR3, 800MHz
BW=32 Col=10 Bk=8 CS0 Row=15 CS1 Row=15 CS=2 Die BW=16 Size=2048MB
Trying to boot from BOOTROM
Returning to boot ROM...
The rest seems
Dalon L Westergreen schrieb am Di., 22.
Okt. 2019, 19:10:
> I mentioned this before, it would be great to not rely on the generated
> files
> and do this based purely on the handoff data generated during a quartus
> build. Did you look at the python source i pointed you to?
>
No, not yet. But I
I mentioned this before, it would be great to not rely on the generated filesand
do this based purely on the handoff data generated during a quartusbuild. Did
you look at the python source i pointed you to?
--dalon
On Tue, 2019-10-15 at 22:10 +0200, Simon Goldschmidt wrote:
> This new tool
> -Original Message-
> From: Stefan Roese
> Sent: Tuesday, October 22, 2019 9:12 PM
> To: Schrempf Frieder ; Ashish Kumar
> ; Ye Li ;
> ja...@amarulasolutions.com
> Cc: Fabio Estevam ; u-boot@lists.denx.de; dl-
> uboot-imx
> Subject: Re: [U-Boot] [EXT] Re: [PATCH 1/6] spi: fsl_qspi:
On 10/21/19 5:46 PM, Simon Glass wrote:
Hi Stephen,
On Mon, 21 Oct 2019 at 17:04, Stephen Warren wrote:
On 10/21/19 4:53 PM, Simon Glass wrote:
Hi Michal,
On Tue, 15 Oct 2019 at 00:09, Michal Simek wrote:
Hi Simon,
On 11. 10. 19 17:53, Simon Glass wrote:
Hi Michal,
On Fri, 11 Oct
Hi Frieder,
On 22.10.19 16:24, Schrempf Frieder wrote:
On 22.10.19 15:55, Frieder Schrempf wrote:
Hi Stefan,
On 22.10.19 15:18, Stefan Roese wrote:
Hi Frieder,
Hi Ashish,
Hi Ye Li,
Hi Fabio,
On 18.09.19 09:42, Stefan Roese wrote:
Hi Frieder,
On 18.09.19 09:08, Schrempf Frieder wrote:
Hi Frieder,
On 22.10.19 15:55, Schrempf Frieder wrote:
Hi Stefan,
On 22.10.19 15:18, Stefan Roese wrote:
Hi Frieder,
Hi Ashish,
Hi Ye Li,
Hi Fabio,
On 18.09.19 09:42, Stefan Roese wrote:
Hi Frieder,
On 18.09.19 09:08, Schrempf Frieder wrote:
One further update on this QSPI driver. This
As initially this feature was implemented as a negative CONFIG and
later it was redesigned to be positive the help text should be
updated to reflect this change.
This commit updates the help text to match the current implementation.
Signed-off-by: Walter Lozano
---
dts/Kconfig | 2 +-
1 file
Am 2019-10-22 15:45, schrieb Michal Simek:
On 22. 10. 19 15:09, Michael Walle wrote:
Am 2019-10-14 15:29, schrieb Michal Simek:
From: Siva Durga Prasad Paladugu
This patch adds support for fru commands "fru capture" and "fru
display".
The fru capture parses the FRU table present at an
The purpose of this series is to provide the SPL with ability to apply
overlays for u-boot.
Our use-case is the support of the daughter boards of the AM65x and J721e
EVMs. In Linux, each board is supported by a unique overlay. The presence
of the boards is detected at runtime, and some useful
If u-boot.img is a FIT image, CONFIG_OF_OVERLAY_LIST can be used to add
DT overlays to u-boot.img.
Signed-off-by: Jean-Jacques Hiblot
---
Changes in v6: None
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in v2: None
Makefile| 3 ++-
dts/Kconfig | 8
2 files
spl_fit_get_image_name() is used to get the names of the images that the
SPL must load from the FIT. It relies on the content of a property present
in the FIT. The list of images is thus statically defined in the FIT.
With this scheme, it quickly becomes hard to manage combinations of more
than a
Make the board driver available in the SPL too. The board driver is a way
to provide useful information about the board and that can be useful in
the SPL too.
Signed-off-by: Jean-Jacques Hiblot
Reviewed-by: Simon Glass
---
Changes in v6: None
Changes in v5: None
Changes in v4: None
Changes in
There are many ways the overlay application can fail.
2 of them are probably the most common:
- the application itself failed. Usually this is comes from an unresolved
reference
- DTBO not available in FIT (could be because of a typo)
In both case it is good to be more explicit about the error
If the node describing an overlay does not specify a load address, it will
be loaded at the address previously used.
Fixing it by allocating a temporary buffer that will be used as a
default load address. By default, the size of the buffer is 64kB which
should be plenty for most use cases.
This function will be used by the SPL to get the names of images to load
from the FIT. This allows to load different images based on runtime HW
detection.
Signed-off-by: Jean-Jacques Hiblot
---
Changes in v6: None
Changes in v5:
- board_get_fit_loadable() returns an error code instead of a
From: Michal Simek
doc/uImage.FIT/overlay-fdt-boot.txt is describing how to create FIT
image with DT overlays in it.
Add support for this feature to SPL.
Here is the ZynqMP fragment where dtb points to full DT and dtbo is
overlay which should be applied on the top of dtb.
config {
In order to apply an overlay to a DTB. The DTB must have been generated
with the option '-@'.
Signed-off-by: Jean-Jacques Hiblot
Reviewed-by: Simon Glass
---
Changes in v6: None
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in v2: None
scripts/Makefile.lib | 4
1
When u-boot.img is a FIT image generated automatically by mkimage, the
configuration node has the following structure:
conf-1 {
description = "k3-am654-base-board";
firmware = "firmware-1";
loadables = "firmware-1";
fdt = "fdt-1";
};
The firmware is referenced twice. Once by the
There is no need for it to be non-constant. Making it constant, allows to
return constant string without warning.
Signed-off-by: Jean-Jacques Hiblot
Reviewed-by: Simon Glass
---
Changes in v6: None
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in v2: None
Useful to avoid #ifdef throughout the code that uses the board driver API.
Signed-off-by: Jean-Jacques Hiblot
Reviewed-by: Simon Glass
---
Changes in v6: None
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in v2: None
include/board.h | 37
Make room in the FDT before applying the overlay, otherwise it may fail if
the overlay is big. As the exact added size is not known in advance, just
add the size of the overlay.
Move after the end of the application of the overlays, the resize of the
FDT for the injection of the details on the
If one overlay that must be applied cannot be found in the FIT, the current
implementation stops applying the overlays. Let's make it skip only the
failing overlay instead.
Signed-off-by: Jean-Jacques Hiblot
Reviewed-by: Simon Glass
---
Changes in v6: None
Changes in v5: None
Changes in v4:
On 22.10.19 15:55, Frieder Schrempf wrote:
> Hi Stefan,
>
> On 22.10.19 15:18, Stefan Roese wrote:
>> Hi Frieder,
>> Hi Ashish,
>> Hi Ye Li,
>> Hi Fabio,
>>
>> On 18.09.19 09:42, Stefan Roese wrote:
>>> Hi Frieder,
>>>
>>> On 18.09.19 09:08, Schrempf Frieder wrote:
>>>
>>>
>>>
> One further
Hi all,
I'm trying to support one binary that can boot from RPi3 and RPi4 [1].
For this I need to set mem_map at runtime [2].
Up to now, mem_map is defined in lowlevel_init.S which pushes it to section
.text_rest
But as Alex noted in the thread, much cleaner would be to define mem_map as an
Hi Stefan,
On 22.10.19 15:18, Stefan Roese wrote:
> Hi Frieder,
> Hi Ashish,
> Hi Ye Li,
> Hi Fabio,
>
> On 18.09.19 09:42, Stefan Roese wrote:
>> Hi Frieder,
>>
>> On 18.09.19 09:08, Schrempf Frieder wrote:
>>
>>
>>
One further update on this QSPI driver. This driver only works when
On 22. 10. 19 15:09, Michael Walle wrote:
> Am 2019-10-14 15:29, schrieb Michal Simek:
>> From: Siva Durga Prasad Paladugu
>>
>> This patch adds support for fru commands "fru capture" and "fru display".
>> The fru capture parses the FRU table present at an address and stores
>> in a
>> structure
Hi Andy,
On Tue, 22 Oct 2019 at 02:23, Andy Shevchenko wrote:
>
> On Tue, Oct 22, 2019 at 1:54 AM Simon Glass wrote:
> > On Mon, 21 Oct 2019 at 02:44, Andy Shevchenko
> > wrote:
>
> > OK. Where is the iLB driver? So are any changes needed for this patch?
>
> I guess in U-Boot we call it
Am 2019-10-14 15:29, schrieb Michal Simek:
From: Siva Durga Prasad Paladugu
This patch adds support for fru commands "fru capture" and "fru
display".
The fru capture parses the FRU table present at an address and stores
in a
structure for later use. The fru display prints the content of
Hi Andy,
On Tue, 22 Oct 2019 at 02:19, Andy Shevchenko wrote:
>
> On Tue, Oct 22, 2019 at 1:54 AM Simon Glass wrote:
> > On Mon, 21 Oct 2019 at 01:52, Andy Shevchenko
> > wrote:
> > > On Mon, Oct 21, 2019 at 7:24 AM Simon Glass wrote:
>
> > > PCI(e) bus is present in a lot of SoCs (not
Hi Patrick,
On Mon, 30 Sep 2019 at 03:30, Patrick DELAUNAY wrote:
>
> Hi Simon,
>
> > From: Simon Glass
> > Sent: vendredi 27 septembre 2019 03:49
> >
> > On Wed, 18 Sep 2019 at 03:30, Patrick Delaunay
> > wrote:
> > >
> > > This patch introduce a macro ENV_IS_IN_SOMEWHERE to check if the the
1 - 100 of 161 matches
Mail list logo