Those embers wrapped with CONFIG_SYS_FLASH_CFI in struct flash_info_t
are unconditionally used in the cfi_flash.c driver.
Drop the #ifdefs in the definition of flash_info_t.
Signed-off-by: Bin Meng
---
include/flash.h | 2 --
1 file changed, 2 deletions(-)
diff --git a/include/flash.h
Enable support to the 2 NOR flashes on the QEMU RISC-V virt machine.
Signed-off-by: Bin Meng
---
board/emulation/qemu-riscv/Kconfig | 2 ++
include/configs/qemu-riscv.h | 2 ++
2 files changed, 4 insertions(+)
diff --git a/board/emulation/qemu-riscv/Kconfig
The DM version CFI flash driver is in driver/mtd/cfi_flash.c, which
only gets built when FLASH_CFI_DRIVER is on. If CFI_FLASH is on but
FLASH_CFI_DRIVER is not, nothing is enabled at all.
Fix this dependency by selecting FLASH_CFI_DRIVER when CFI_FLASH is
enabled.
Signed-off-by: Bin Meng
---
More than a year after this migration message appeared, we still have new
boards being added with this option. Add a check against this.
Signed-off-by: Simon Glass
---
Makefile | 6 +++
scripts/fit_gen_whitelist.txt | 89 +++
2 files
At present it is not actually possible to discover the defconfig file that
was used to build U-Boot, so far as I can tell. Write this out to a file
in the build directory, so this is visible.
Signed-off-by: Simon Glass
---
scripts/kconfig/Makefile | 2 ++
1 file changed, 2 insertions(+)
diff
On Fri, Aug 06, 2021 at 12:01:54AM +0200, Anatolij Gustschin wrote:
> Hi Tom,
>
> please pull new video patches.
>
> gitlab CI:
> https://source.denx.de/u-boot/custodians/u-boot-video/-/pipelines/8588
>
> Thanks!
>
> The following changes since commit
On Sun, Aug 01, 2021 at 06:54:45PM -0600, Simon Glass wrote:
> Migration is complete. Drop the message.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sun, Aug 01, 2021 at 06:54:42PM -0600, Simon Glass wrote:
> These boards have been removed. Drop the config file and other references.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sun, Aug 01, 2021 at 06:54:41PM -0600, Simon Glass wrote:
> This is not used. Drop it.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sun, Aug 01, 2021 at 06:54:40PM -0600, Simon Glass wrote:
> This is not used in U-Boot at present. Drop it and related config options.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sun, Aug 01, 2021 at 06:54:39PM -0600, Simon Glass wrote:
> With the conversion to driver model, this is not needed now. Drop it.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sun, Aug 01, 2021 at 06:54:38PM -0600, Simon Glass wrote:
> We don't need this check anymore since when PCI is enabled, driver model
> is always used.
>
> Signed-off-by: Simon Glass
Fixed as I noted and applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sun, Aug 01, 2021 at 06:54:37PM -0600, Simon Glass wrote:
> We don't need these checks anymore since when PCI is enabled, driver model
> is always used.
>
> Drop them.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sun, Aug 01, 2021 at 06:54:36PM -0600, Simon Glass wrote:
> We don't need this check anymore since when PCI is enabled, driver model
> is always used.
>
> Use CONFIG_PCI instead.
>
> Signed-off-by: Simon Glass
Reworded and fixed as I noted and applied to u-boot/master, thanks!
--
Tom
On Sun, Aug 01, 2021 at 06:54:35PM -0600, Simon Glass wrote:
> We don't need this check anymore since when PCI is enabled, driver model
> is always used.
>
> Drop it.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sun, Aug 01, 2021 at 06:54:33PM -0600, Simon Glass wrote:
> We don't need these checks anymore since when PCI is enabled, driver model
> is always used.
>
> Drop them.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sun, Aug 01, 2021 at 06:54:32PM -0600, Simon Glass wrote:
> We don't need this check anymore since when PCI is enabled, driver model
> is always used.
>
> Drop it.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sun, Aug 01, 2021 at 06:54:31PM -0600, Simon Glass wrote:
> Now that DM_PCI is always enabled we don't need to check it. Drop this
> old code.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sun, Aug 01, 2021 at 06:54:30PM -0600, Simon Glass wrote:
> Now that DM_PCI is always enabled we don't need to check it. Drop this
> old code.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sun, Aug 01, 2021 at 06:54:29PM -0600, Simon Glass wrote:
> Now that DM_PCI is always enabled we don't need to check it. Drop this
> old code.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sun, Aug 01, 2021 at 06:54:26PM -0600, Simon Glass wrote:
> Now that DM_PCI is always enabled we don't need to check it. Drop this
> old condition and update the comment.
>
> Signed-off-by: Simon Glass
With the fix I noted, applied to u-boot/master, thanks!
--
Tom
signature.asc
On Sun, Aug 01, 2021 at 06:54:28PM -0600, Simon Glass wrote:
> Now that DM_PCI is always enabled we don't need to check it. Drop this
> old code.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sun, Aug 01, 2021 at 06:54:27PM -0600, Simon Glass wrote:
> Now that DM_PCI is always enabled we don't need to check it. Drop this
> old code.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sun, Aug 01, 2021 at 06:54:24PM -0600, Simon Glass wrote:
> Now that DM_PCI is always enabled we don't need to check it. Drop this
> old code.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sun, Aug 01, 2021 at 06:54:23PM -0600, Simon Glass wrote:
> We don't need this check anymore since when PCI is enabled, driver model
> is always used.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sun, Aug 01, 2021 at 06:54:22PM -0600, Simon Glass wrote:
> Drop this old pre-driver model code.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sun, Aug 01, 2021 at 06:54:21PM -0600, Simon Glass wrote:
> Drop the old pre-driver model code from these drivers.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sun, Aug 01, 2021 at 06:54:20PM -0600, Simon Glass wrote:
> This is not used. Drop it.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sun, Aug 01, 2021 at 06:54:19PM -0600, Simon Glass wrote:
> We don't need this check anymore since when PCI is enabled, driver model
> is always used.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sun, Aug 01, 2021 at 06:54:17PM -0600, Simon Glass wrote:
> This prevents use of IS_ENABLED() in other files. Functions should be
> visible in headers even if they are not available at link time.
>
> Fix it.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
On Sun, Aug 01, 2021 at 06:54:14PM -0600, Simon Glass wrote:
> Drop the pre-driver model code from this file.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Fri, Aug 06, 2021 at 02:22:56PM +0200, Michal Simek wrote:
> Based on DT spec you can have one memory node which multiple ranges or
> multiple nodes.
> fdt_fixup_memory_banks() is not implemented in a correct way when multiple
> memory nodes are present because all ranges are put it to the
On Thu, 5 Aug 2021 at 15:23, Matwey V. Kornilov
wrote:
>
> tiny-printf variant doesn't know how to handle %llu format string, but both
> tiny-printf and print_size can meet in SPL when TFTP is used to obtain main
> u-boot image. This is known to lead to critical boot issue at AM335x platform
>
On Fri, Aug 06, 2021 at 12:22:43AM +0200, Marek Vasut wrote:
> On 8/3/21 11:51 PM, Tom Rini wrote:
> > On Mon, Aug 02, 2021 at 05:27:59PM -0400, Tom Rini wrote:
> > > On Thu, Jul 29, 2021 at 09:22:02AM +0200, Jan Kiszka wrote:
> > >
> > > > From: Jan Kiszka
> > > >
> > > > This reverts commit
On Thu, Aug 05, 2021 at 11:52:05PM +0200, Marek Vasut wrote:
> On 8/2/21 4:44 PM, Tom Rini wrote:
> > On Mon, Aug 02, 2021 at 04:34:29PM +0200, Jan Kiszka wrote:
> > > On 02.08.21 16:27, Tom Rini wrote:
> > > > On Mon, Aug 02, 2021 at 04:03:01PM +0200, Jan Kiszka wrote:
> > > > > On 02.08.21
On Friday 06 August 2021 18:23:49 Heinrich Schuchardt wrote:
> On 8/6/21 6:07 PM, Pali Rohár wrote:
> > When k_recv() returns zero it indicates that kermit transfer was aborted.
> > Function do_load_serial_bin() (caller of load_serial_bin()) interprets
> > value ~0 as aborted transfer, so properly
On Wednesday 04 August 2021 10:59:23 Heinrich Schuchardt wrote:
> On 03.08.21 16:28, Pali Rohár wrote:
> > Obviously it is not possible to send terminate sequence over stream after
> > closing stream.
>
> xyzModem_stream_close() does not close anything; it flushes the stream.
>
On 8/6/21 6:07 PM, Pali Rohár wrote:
When k_recv() returns zero it indicates that kermit transfer was aborted.
Function do_load_serial_bin() (caller of load_serial_bin()) interprets
value ~0 as aborted transfer, so properly propagates information about
aborted transfer from k_recv() to
On Wednesday 04 August 2021 11:30:25 Heinrich Schuchardt wrote:
> On 03.08.21 16:28, Pali Rohár wrote:
> > This is how all other debug / diagnostic messages are handled.
>
> This commit message is misleading. What you do is hide an output.
>
> >
> > Signed-off-by: Pali Rohár
> > ---
> >
On Wednesday 04 August 2021 11:15:53 Heinrich Schuchardt wrote:
> On 03.08.21 16:28, Pali Rohár wrote:
> > Show "## Start Addr" or "## Binary (...) download aborted" information like
> > in Kermit "loadb" command.
> >
> > Signed-off-by: Pali Rohár
> > ---
> > cmd/load.c | 16
>
On 8/6/21 5:36 PM, Wolfgang Denk wrote:
Dear Stefan,
In message <20210806133843.3642916-2...@denx.de> you wrote:
The optimized memset() ARM64 implementation cannot be used very early
on, since caches need to be enabled for this function to work. Otherwise
an exception occurs (only printed
When k_recv() returns zero it indicates that kermit transfer was aborted.
Function do_load_serial_bin() (caller of load_serial_bin()) interprets
value ~0 as aborted transfer, so properly propagates information about
aborted transfer from k_recv() to do_load_serial_bin().
Signed-off-by: Pali Rohár
On Fri, Aug 06, 2021 at 05:36:41PM +0200, Mattijs Korpershoek wrote:
> Hi Neil, Tom,
>
> Neil Armstrong writes:
>
> > On 05/08/2021 19:23, Tom Rini wrote:
> >> On Thu, Aug 05, 2021 at 05:17:19PM +0200, Mattijs Korpershoek wrote:
> >>
> >>> The SEI-610 and SEI-510 boards are well supported in
Dear Stefan,
In message <20210806133843.3642916-5...@denx.de> you wrote:
> Ported from https://github.com/ARM-software/optimized-routines
Please provide exact reference, at least including file names and
git commit ID's.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH,
Hi Neil, Tom,
Neil Armstrong writes:
> On 05/08/2021 19:23, Tom Rini wrote:
>> On Thu, Aug 05, 2021 at 05:17:19PM +0200, Mattijs Korpershoek wrote:
>>
>>> The SEI-610 and SEI-510 boards are well supported in the
>>> Android Open Source project via the yukawa [1] platform.
>>>
>>> Their U-Boot
Dear Stefan,
In message <20210806133843.3642916-2...@denx.de> you wrote:
> The optimized memset() ARM64 implementation cannot be used very early
> on, since caches need to be enabled for this function to work. Otherwise
> an exception occurs (only printed with very early DEBUG_UART enabled).
>
>
пт, 6 авг. 2021 г. в 14:39, Harald Seiler :
>
> Hi,
>
> On Fri, 2021-08-06 at 13:54 +0300, Matwey V. Kornilov wrote:
> > Hello,
> >
> > I've found that the following commit breaks USB on BeagleBone Black
> > board (am335x based):
> >
> > commit 942853dd96df5de1c0a2a61c877c1cf1c24f1e91
> > Author:
Hi Tom,
On 06.08.21 16:43, Tom Rini wrote:
On Fri, Aug 06, 2021 at 03:38:42PM +0200, Stefan Roese wrote:
Ported from https://github.com/ARM-software/optimized-routines
Please note that when adding these optimized functions as default memset
memcpy functions in U-Boot, U-Boot fails to boot on
Hi Tom,
On 06.08.21 16:24, Tom Rini wrote:
On Fri, Aug 06, 2021 at 03:38:38PM +0200, Stefan Roese wrote:
On an NXP LX2160 based platform it has been noticed, that the currently
implemented memset/memcpy functions for aarch64 are suboptimal.
Especially the memset() for clearing the NXP MC
On Fri, Aug 06, 2021 at 03:38:42PM +0200, Stefan Roese wrote:
> Ported from https://github.com/ARM-software/optimized-routines
>
> Please note that when adding these optimized functions as default memset
> memcpy functions in U-Boot, U-Boot fails to boot on the LX2160ARDB.
> After the initial
On Fri, Aug 06, 2021 at 03:38:38PM +0200, Stefan Roese wrote:
>
> On an NXP LX2160 based platform it has been noticed, that the currently
> implemented memset/memcpy functions for aarch64 are suboptimal.
> Especially the memset() for clearing the NXP MC firmware memory is very
> expensive
Hi Peng,
On 02.08.21 13:01, Peng Fan (OSS) wrote:
Subject: Re: [PATCH V4 00/44] imx: add i.MX8ULP support
On 02.08.21 11:45, Peng Fan (OSS) wrote:
Hi Stefano,
Do you have time to re-pick this patchset, since the last one set was
dropped.
Yes, it is in my TODO list, as soon as I get some
Ported from https://github.com/ARM-software/optimized-routines
Please note that when adding these optimized functions as default memset
memcpy functions in U-Boot, U-Boot fails to boot on the LX2160ARDB.
After the initial ATF output, no U-Boot output is shown on the serial
console. Some exception
On an NXP LX2160 based platform it has been noticed, that the currently
implemented memset/memcpy functions for aarch64 are suboptimal.
Especially the memset() for clearing the NXP MC firmware memory is very
expensive (time-wise).
By using optimized functions, a speedup of ~ factor 6 has been
This patch enables the use of the optimized memset() & memcpy() versions
recently added on ARM64.
Signed-off-by: Stefan Roese
---
arch/arm/Kconfig | 10 --
1 file changed, 4 insertions(+), 6 deletions(-)
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index
create_table() is called very early in the boot process, before the
caches are enabled. Because of this, the optimized memset() version
can't be used here. With this patch, the simple memset version
memset_simple() is used here instead.
Signed-off-by: Stefan Roese
---
board_init_f_init_reserve() is called very early in the boot process,
before the caches are enabled. Because of this, the optimized memset()
version can't be used here on ARM64. With this patch, the simple memset
version memset_simple() is used here instead.
Signed-off-by: Stefan Roese
---
The optimized memset() ARM64 implementation cannot be used very early
on, since caches need to be enabled for this function to work. Otherwise
an exception occurs (only printed with very early DEBUG_UART enabled).
This patch now implements a very simple memset() version, which will be
used in a
On Fri, Aug 06, 2021 at 11:24:54AM +0200, Mattijs Korpershoek wrote:
> Hi Tom, Neil,
>
> Neil Armstrong writes:
>
> > On 05/08/2021 19:16, Tom Rini wrote:
> >> On Thu, Aug 05, 2021 at 06:20:53PM +0200, Neil Armstrong wrote:
> >>> On 05/08/2021 17:17, Mattijs Korpershoek wrote:
> Permit
On Sun, Aug 01, 2021 at 06:54:38PM -0600, Simon Glass wrote:
> We don't need this check anymore since when PCI is enabled, driver model
> is always used.
>
> Signed-off-by: Simon Glass
> ---
>
> (no changes since v1)
>
> include/config_distro_bootcmd.h | 5 -
> 1 file changed, 5
On Sun, Aug 01, 2021 at 06:54:36PM -0600, Simon Glass wrote:
> We don't need this check anymore since when PCI is enabled, driver model
> is always used.
>
> Use CONFIG_PCI instead.
>
> Signed-off-by: Simon Glass
> ---
>
> (no changes since v1)
>
> arch/arm/mach-mvebu/arm64-common.c | 5
On Fri, Aug 06, 2021 at 09:54:10AM +0200, Neil Armstrong wrote:
> On 05/08/2021 19:16, Tom Rini wrote:
> > On Thu, Aug 05, 2021 at 06:20:53PM +0200, Neil Armstrong wrote:
> >> On 05/08/2021 17:17, Mattijs Korpershoek wrote:
> >>> Permit redefining SYS_MALLOC_LEN for board specific configs.
> >>>
Based on DT spec you can have one memory node which multiple ranges or
multiple nodes.
fdt_fixup_memory_banks() is not implemented in a correct way when multiple
memory nodes are present because all ranges are put it to the first memory
node found. And next memory nodes are kept in DT which ends
On Fri, 2021-08-06 at 12:44 +0100, Peter Robinson wrote:
> On Fri, Aug 6, 2021 at 12:39 PM Harald Seiler wrote:
> >
> > Hi,
> >
> > On Fri, 2021-08-06 at 13:54 +0300, Matwey V. Kornilov wrote:
> > > Hello,
> > >
> > > I've found that the following commit breaks USB on BeagleBone Black
> > >
Hi Fabio,
On 03.07.21 21:58, Fabio Estevam wrote:
From: Frieder Schrempf
Currently we can't use DM_USB in SPL as the ci_udc driver is not
ported to DM yet.
Signed-off-by: Frieder Schrempf
Signed-off-by: Fabio Estevam
---
arch/arm/include/asm/arch-imx8m/clock.h | 1 +
пт, 6 авг. 2021 г. в 14:45, Peter Robinson :
>
> On Fri, Aug 6, 2021 at 12:39 PM Harald Seiler wrote:
> >
> > Hi,
> >
> > On Fri, 2021-08-06 at 13:54 +0300, Matwey V. Kornilov wrote:
> > > Hello,
> > >
> > > I've found that the following commit breaks USB on BeagleBone Black
> > > board (am335x
On Fri, Aug 6, 2021 at 12:39 PM Harald Seiler wrote:
>
> Hi,
>
> On Fri, 2021-08-06 at 13:54 +0300, Matwey V. Kornilov wrote:
> > Hello,
> >
> > I've found that the following commit breaks USB on BeagleBone Black
> > board (am335x based):
> >
> > commit 942853dd96df5de1c0a2a61c877c1cf1c24f1e91
>
Hi,
On Fri, 2021-08-06 at 13:54 +0300, Matwey V. Kornilov wrote:
> Hello,
>
> I've found that the following commit breaks USB on BeagleBone Black
> board (am335x based):
>
> commit 942853dd96df5de1c0a2a61c877c1cf1c24f1e91
> Author: Paul Barker
> Date: Mon Jul 12 21:14:09 2021 +0100
>
>
Enable cfi flash on zc770-xm012 configuration.
Signed-off-by: Michal Simek
---
arch/arm/dts/zynq-zc770-xm012.dts | 9 +
1 file changed, 9 insertions(+)
diff --git a/arch/arm/dts/zynq-zc770-xm012.dts
b/arch/arm/dts/zynq-zc770-xm012.dts
index 0d001c91610d..ccf76e798410 100644
---
Single configuration is working fine and no issue to enable it.
Signed-off-by: Michal Simek
---
arch/arm/dts/zynq-zc702.dts | 8
arch/arm/dts/zynq-zc706.dts | 8
arch/arm/dts/zynq-zc770-xm010.dts | 8
arch/arm/dts/zynq-zc770-xm013.dts | 8
4
From: Sai Krishna Potthuri
Replace 'io-standard' property with 'power-source' property in all
zynq dts files to be in sync with Zynq Pinctrl driver.
Signed-off-by: Sai Krishna Potthuri
Signed-off-by: Michal Simek
---
arch/arm/dts/zynq-zc702.dts | 22 +++---
Roman,
On 8/5/21 9:55 AM, Rasmus Villemoes wrote:
> On 03/08/2021 13.00, Roman Kopytin wrote:
>
> Hi Roman
>
> Thanks for picking this up. A few notes on the process:
>
> - Don't attach the patch, it must be inline in the email. But do not
> copy-paste it in to your mail client, that will most
From: Raju Kumar Pothuraju
Add missing "jedec, spi-nor" compatible string for QSPI flash node.
Spi-nor framework uses this compatibility string to probe &
initialize flash. With missing compatibility string we are observing
below error:
Zynq> sf probe 0 0 0
jedec_spi_nor spi_flash@0:0:
Trivial style patch.
Signed-off-by: Michal Simek
---
arch/arm/dts/zynqmp-sm-k26-revA.dts | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/dts/zynqmp-sm-k26-revA.dts
b/arch/arm/dts/zynqmp-sm-k26-revA.dts
index 7289badc2d7c..e274100a9bc5 100644
---
Fix header alignemnt.
Signed-off-by: Michal Simek
---
arch/arm/dts/zynqmp-sck-kv-g-revA.dts | 8
arch/arm/dts/zynqmp-sck-kv-g-revB.dts | 8
2 files changed, 8 insertions(+), 8 deletions(-)
diff --git a/arch/arm/dts/zynqmp-sck-kv-g-revA.dts
By dt-binding specs led nodes should have -led suffix that's why add it.
Signed-off-by: Michal Simek
---
arch/arm/dts/zynqmp-sm-k26-revA.dts | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/dts/zynqmp-sm-k26-revA.dts
b/arch/arm/dts/zynqmp-sm-k26-revA.dts
index
On 23.07.21 08:39, Oleksandr Suvorov wrote:
From: Marcel Ziswiler
The USB recovery mode is used by Toradex to load the Toradex Easy
Installer image which supports further system images installation.
Prepare for loading and launching the Toradex Easy Installer if the
USB Recovery mode is
Hello,
I've found that the following commit breaks USB on BeagleBone Black
board (am335x based):
commit 942853dd96df5de1c0a2a61c877c1cf1c24f1e91
Author: Paul Barker
Date: Mon Jul 12 21:14:09 2021 +0100
arm: dts: Resync BeagleBone device trees
When commit is applied then I see the
On 2021/8/6 17:56, Michael Nazzareno Trimarchi wrote:
Hi Ye
On Thu, Jul 15, 2021 at 10:19 AM Michael Nazzareno Trimarchi
wrote:
Hi
On Thu, Jul 15, 2021 at 9:56 AM Ye Li wrote:
Hi Michael,
-Original Message-
From: Michael Nazzareno Trimarchi
Sent: Thursday, July 15, 2021
On 05/08/2021 09.59, Roman Kopytin wrote:
> Thanks a lot.
> Can I create 1 patch with tool + test?
Preferably not. Each patch should be its own logical entity, doing one
thing. Yes, sometimes the lines are a bit blurred, but adding a new tool
and adding one or more tests of that tool are clearly
Hi Ye
On Thu, Jul 15, 2021 at 10:19 AM Michael Nazzareno Trimarchi
wrote:
>
> Hi
>
> On Thu, Jul 15, 2021 at 9:56 AM Ye Li wrote:
> >
> > Hi Michael,
> >
> > > -Original Message-
> > > From: Michael Nazzareno Trimarchi
> > > Sent: Thursday, July 15, 2021 2:52 PM
> > > To: Peng Fan
Hi Tom, Neil,
Neil Armstrong writes:
> On 05/08/2021 19:16, Tom Rini wrote:
>> On Thu, Aug 05, 2021 at 06:20:53PM +0200, Neil Armstrong wrote:
>>> On 05/08/2021 17:17, Mattijs Korpershoek wrote:
Permit redefining SYS_MALLOC_LEN for board specific configs.
This is especially useful for
> Why should a user set this up?
only if user need it! by default is 0 no limit
EFI console not usable for some cases: big screen sizes + mux with
serial console
for example
EFI console - fullscreen (1080P) vidconsole - SLUGGISH FRAMERATES AND NOT USABLE
CONFIG_CONSOLE_MUX=y
On 05/08/2021 19:23, Tom Rini wrote:
> On Thu, Aug 05, 2021 at 05:17:19PM +0200, Mattijs Korpershoek wrote:
>
>> The SEI-610 and SEI-510 boards are well supported in the
>> Android Open Source project via the yukawa [1] platform.
>>
>> Their U-Boot version, despite being public [2] is not in
On 05/08/2021 19:16, Tom Rini wrote:
> On Thu, Aug 05, 2021 at 06:20:53PM +0200, Neil Armstrong wrote:
>> On 05/08/2021 17:17, Mattijs Korpershoek wrote:
>>> Permit redefining SYS_MALLOC_LEN for board specific configs.
>>> This is especially useful for Android with AVB, which requires a malloc
>>>
> The TrueType console is meant to support Unicode including the special
characters used by GRUB like left and right triangle.
Yes is meant but not works (on my side) ...
uboot TrueType vidconsole does not work properly as a unicode console
in my case and have other problems
čt 29. 7. 2021 v 13:36 odesílatel Michal Simek napsal:
>
> Hi,
>
> this series is correcting RTC uclass behavior to match RTC aliases to
> enable RTC_EMULATION driver with ZYNQMP driver. If DT node is present
> ZynqMP RTC is used. If not RTC emaulation is used.
>
> The driver has been tested on
pá 30. 7. 2021 v 11:46 odesílatel Michal Simek napsal:
>
> Add firmware based reset controller for Xilinx ZynqMP SoC to let other
> drivers to call reset functions. Driver is only tested on Xilinx ZynqMP but
> support for Xilinx Versal can be simply added. That's why reset_id and
> nr_reset are
> So this change seems wrong.
please check 3rd patch before
https://patchwork.ozlabs.org/project/uboot/patch/20210804102217.2419510-3-...@khadas.com/
i think its must be clarify problem with multiplex output configuration
CONFIG_CONSOLE_MUX=y
CONFIG_CONSOLE_NORMAL=y
please check more
pá 30. 7. 2021 v 11:44 odesílatel Michal Simek napsal:
>
> Based on discussion at
> https://lore.kernel.org/r/20200318125003.ga2727...@kroah.com we got
> recommendation to use explicit values for all enum values.
> The patch is following this recommendation.
>
> Signed-off-by: Michal Simek
>
On 8/3/21 7:20 AM, Ashok Reddy Soma wrote:
> This patch series updates/fixes below things:
> - Handle errors from tapdelay functions and return to set_delay()
> - Add ZynqMP firmware related enums which are used in sdhci driver
> - Replace mmio_write() with firmware call xilinx_pm_request()
čt 29. 7. 2021 v 11:39 odesílatel Michal Simek napsal:
>
> Hi,
>
> this series is just for composing dfu_alt_info string for capsule update to
> work automatically based on current setup.
> QSPI/MMC FAT bootmodes are handled and supported. Other bootmodes are
> ignored for now.
>
> Thanks,
>
st 28. 7. 2021 v 12:48 odesílatel Michal Simek napsal:
>
> When env_set() is called there is no need to allocate memory for variable
> which is already saved that's why free it.
>
> Signed-off-by: Michal Simek
> ---
>
> board/xilinx/zynqmp/zynqmp.c | 1 +
> 1 file changed, 1 insertion(+)
>
>
Do not enable watchdog driver in default zynqmp configuration. The reason
is that not all distributions are handling watchdog properly and then
expires and system resets. If someone needs watchdog in their design please
enable it by hand.
Signed-off-by: Michal Simek
---
On Fri, 2021-08-06 at 08:39 +0200, Heiko Schocher wrote:
> Caution: EXT Email
>
> Hello Peng,
>
> On 06.08.21 07:56, Peng Fan (OSS) wrote:
> >
> >
> >
> > On 2021/8/6 12:44, Heiko Schocher wrote:
> > >
> > >
> > > This series fixes secure boot on imx8m based boards. Tim
> > > also detected
This commit adds the comment of the TCG Specification
efi_tcg2.h file refers, and comment for the structure.
Signed-off-by: Masahisa Kojima
---
Changes in v3:
- update comment format
Changes in v2:
- newly create commit from v2
include/efi_tcg2.h | 57
Refactor efi_append_scrtm_version() to use common
function for adding eventlog and extending PCR.
Signed-off-by: Masahisa Kojima
---
(no changes since v1)
lib/efi_loader/efi_tcg2.c | 14 +-
1 file changed, 1 insertion(+), 13 deletions(-)
diff --git a/lib/efi_loader/efi_tcg2.c
TCG PC Client PFP spec requires to measure "Boot"
and "BootOrder" variables, EV_SEPARATOR event prior
to the Ready to Boot invocation.
Since u-boot does not implement Ready to Boot event,
these measurements are performed when efi_start_image() is called.
TCG spec also requires to measure
TCG PC Client PFP spec requires to measure
"Exit Boot Services Invocation" if ExitBootServices() is invoked.
Depending upon the return code from the ExitBootServices() call,
"Exit Boot Services Returned with Success" or "Exit Boot Services
Returned with Failure" is also measured.
Signed-off-by:
TCG PC Client PFP spec requires to measure the secure
boot policy before validating the UEFI image.
This commit adds the secure boot variable measurement
of "SecureBoot", "PK", "KEK", "db", "dbx", "dbt", and "dbr".
Note that this implementation assumes that secure boot
variables are
1 - 100 of 104 matches
Mail list logo