Wolfgang,
This is my second ping.
Could you please take time to review this patch?
-Takahiro Akashi
On Tue, Oct 01, 2019 at 03:28:31PM +0900, AKASHI Takahiro wrote:
> Wolfgang,
>
> I haven't seen any comments from you in the last one month.
> Could you please take time to review this patch? I'd
Hi Jagan,
On 22.10.19 20:10, Jagan Teki wrote:
> 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:
On Tue, Oct 22, 2019 at 09:04:27PM +0200, Heiko Stuebner wrote:
> 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 T
Tom,
On Fri, Oct 18, 2019 at 08:35:23AM -0400, Tom Rini wrote:
> On Fri, Oct 18, 2019 at 05:36:28PM +0900, AKASHI Takahiro wrote:
> > Hi Tom,
> >
> > On Thu, Oct 17, 2019 at 11:23:21AM -0400, Tom Rini wrote:
> > > On Tue, Oct 15, 2019 at 06:25:19PM +0900, AKASHI Takahiro wrote:
> > > > On Tue, Oc
-Original Message-
From: Priyanka Jain
Sent: 2019年10月23日 12:29
To: Yinbo Zhu ; Wolfgang Denk ; 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
Gebben ; Joe Hershberger ;
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 --
configs/mx53cx902
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 6087ed81ec9..d9c06
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 into
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 Dirkwi
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 rsa-m
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 operati
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
> > s
>-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
>Gebb
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: *i
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 b
> -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 w
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
--
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 comm
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 ++--
test/py/multiplexed_log.p
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 pyelftools
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 Rini
- 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: https
- 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
---
test/py/t
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 pyt
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 fi
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 deleti
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
R
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 ins
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:
g...@gitlab.denx.de:u-boot/custodians/
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
> > > paramete
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 for
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 valu
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 for
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 jump
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.
S
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 device
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 coul
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:
- Enable
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
+++ b/drivers/Mak
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 deletio
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 256Mb
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 +++--
.../include/mach/clock_manager_
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 s
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.
- Move
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 fro
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
> in
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 SPI_
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 prope
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
---
configs/evb-rk3036_defcon
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
+++ b/drivers/usb
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 changed,
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
b/configs/nanopc-t4-rk3399_defconf
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 -
configs/evb-rk3229_de
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 t
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 convert
> -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: Fix
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 2019
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:
O
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 ch
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 addre
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 fea
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 c
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 h
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 a
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.
Signed-
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 NULL
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 {
descri
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 fi
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 'firmw
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
common/spl/spl_
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 loa
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: Non
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 u
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
exte
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
l
1 - 100 of 165 matches
Mail list logo
