On 1/31/22 15:49, Simon Glass wrote:
Very few boards remain to be migrated:
am57xx_hs_evm_usb
controlcenterdc
highbank
ls1021atsn_qspi
ls1021atsn_sdcard
ls1021atwr_sdcard_ifc_SECURE_BOOT
ls1046ardb_sdcard_SECURE_BOOT
ls1088ardb_sdcard_qspi_SECURE_BOOT
On 1/31/22 15:49, Simon Glass wrote:
This is defined based on two other CONFIGs for all boards except sandbox
and durian.
For sandbox the value does not matter. For durian the value seems
excessive.
Drop the option completely, to simplify configuration and reduce the
number of things we need
On 1/31/22 15:49, Simon Glass wrote:
At present all ahci drivers depend on AHCI except for DWC_AHCI. But no
boards enable that without also enabling AHCI:
/tools/moveconfig.py -f ~AHCI DWC_AHCI
0 matches
Group them together and sort them in order by Kconfig name (except for
AHCI_MVEBU
On 1/31/22 15:49, Simon Glass wrote:
No boards use this driver without CONFIG_BLK, so clean up the dead code.
Signed-off-by: Simon Glass
Reviewed-by: Stefan Roese
Thanks,
Stefan
---
drivers/ata/sata_sil.c | 118 ++---
1 file changed, 3
On 1/31/22 15:49, Simon Glass wrote:
Move the SATA options inside an 'if SATA' part, so they are grouped.
Fix the 'Complient' typo while we are here.
Signed-off-by: Simon Glass
Reviewed-by: Stefan Roese
Thanks,
Stefan
---
drivers/ata/Kconfig | 71
On 1/31/22 15:49, Simon Glass wrote:
No boards currently use SATA without BLK:
./tools/moveconfig.py -f SATA ~BLK
0 matches
Make SATA depend on BLK to avoid any future confusion. Drop the dead code.
Signed-off-by: Simon Glass
Reviewed-by: Stefan Roese
Thanks,
Stefan
---
On 1/31/22 15:49, Simon Glass wrote:
This is not used in U-Boot and has not been converted to driver model.
Drop it.
Signed-off-by: Simon Glass
Reviewed-by: Stefan Roese
Thanks,
Stefan
---
drivers/ata/Kconfig| 6 -
drivers/ata/Makefile | 1 -
On 2/1/22 01:20, Adam Ford wrote:
On Mon, Jan 31, 2022 at 4:16 PM Tommaso Merciai
wrote:
On Mon, Jan 31, 2022 at 06:03:58PM +0100, Marek Vasut wrote:
On 1/31/22 17:58, Tommaso Merciai wrote:
Override env_get_location function at board level, previously dropped
down from
On Tue, Feb 01, 2022 at 11:26:38AM +0900, Masami Hiramatsu wrote:
> Hi Heinrich,
>
> 2022年1月31日(月) 21:17 Heinrich Schuchardt :
> >
> > On 1/31/22 12:19, Grant Likely wrote:
> > > On 31/01/2022 09:19, Masami Hiramatsu wrote:
> > >> Add a config option to reset system soon after processing capsule
On 1/31/22 23:15, Tommaso Merciai wrote:
On Mon, Jan 31, 2022 at 06:03:58PM +0100, Marek Vasut wrote:
On 1/31/22 17:58, Tommaso Merciai wrote:
Override env_get_location function at board level, previously dropped
down from arch/arm/mach-imx/imx8m/soc.c
References:
- commit
Hi Heinrich,
2022年1月31日(月) 21:17 Heinrich Schuchardt :
>
> On 1/31/22 12:19, Grant Likely wrote:
> > On 31/01/2022 09:19, Masami Hiramatsu wrote:
> >> Add a config option to reset system soon after processing capsule update
> >> on disk. This is required in UEFI specification 2.9 Section 8.5.5
>
Hi Heinrich,
Thanks for review.
2022年2月1日(火) 4:26 Heinrich Schuchardt :
>
> On 1/31/22 10:18, Masami Hiramatsu wrote:
> > The efi_update_capsule() may have to handle the capsule flags as an UEFI
> > runtime and boottime service, but the capsule-on-disk process doesn't.
> > Thus, the
Hi Angus,
On Mon, Jan 17, 2022 at 5:43 PM Angus Ainslie wrote:
> --- /dev/null
> +++ b/include/dt-bindings/rfkill/rfkill.h
> @@ -0,0 +1,21 @@
> +/* SPDX-License-Identifier: GPL-2.0-only or MIT */
> +/*
> + * This header provides constants for rfkill keys bindings.
> + */
> +
> +#ifndef
Hi Haibo and Peng,
On Fri, Jan 28, 2022 at 2:37 PM Marek Vasut wrote:
> I think it would be good to have NXP check this.
Could you please help to review this?
Thanks
Hi Marcel,
On Mon, Jan 31, 2022 at 7:08 PM Marcel Ziswiler wrote:
>
> From: Marcel Ziswiler
>
> Seems that we need the waterlevel setting not only for PIO mode as
> without this at least the i.MX 8M Mini won't boot anymore when being
> written by such a U-Boot. Corruption has also been observed
Remove some pointless #ifdefs from this file, as there are quite too
many of them already.
Some definitions don't really hurt to have in any case, so remove the
pointless CONFIG_MMC guard around CONFIG_MMC_SUNXI_SLOT.
The BOARD_SIZE_LIMIT applies regardless of ARM64 or not (now), so remove
that
When we added Allwinner SoC support to ARMv8, we needed to pull in an
implementation of lowlevel_init() calling the C function s_init(), as
sunxi required it as this time.
The last few patches got rid of this bogus requirement, and as sunxi was
still the only user, we can now remove this
Currently we do some magic "SRAM setup" MMIO writes in s_init(), copied
from the original BSP U-Boot. The comment speaks of this being required
before DRAM access gets enabled, but there is no indication that this
would actually be required that early.
Move this out of s_init(), into
According to their TRMs, Cortex ARMv7 CPUs with SMP support require the
ACTLR.SMPEN bit to be set as early as possible, before any cache or TLB
maintenance operations are done. As we do those things still in start.S,
we need to move the SMPEN bit setting there, too.
This introduces a new ARMv7
So far all Allwinner based boards were doing some not-so-lowlevel-setup
in lowlevel's s_init() routine.
This includes the initial clock, timer and pinmux setup, among other
things. This is clearly out of the "absolute bare minimum to get started"
scope that lowlevel_init.S suggests for this
Hi,
a smallish update, following the comments of the diligent reviewers
(thanks Samuel and Simon!).
ARMV7_SET_CORTEX_SMPEN is now a blind symbol, set by the SoCs that
need it. The rest are more cosmetic changes, see below for a changelog.
==
For a long time the Allwinner platform
For adding signing feature for capsule authentication to the host tool,
mkeficapsule, we will link gnutls library for crypto operation.
Since we need this command to complete the capsule authentication test
on sandbox in CI loop, necessary packages must be installed on the host.
See my patch,
Before the capsule authentication is supported, this test script works
correctly, but with the feature enabled, most tests will fail due to
unsigned capsules.
So check the results depending on CAPSULE_AUTHENTICATE or not.
Signed-off-by: AKASHI Takahiro
Reviewed-by: Simon Glass
---
Since the syntax of mkeficapsule was changed in the previous commit,
we need to modify command line arguments in a pytest script.
Signed-off-by: AKASHI Takahiro
Reviewed-by: Simon Glass
---
test/py/tests/test_efi_capsule/conftest.py | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
This test scenario tests a new feature of mkeficapsule, "--guid" option,
which allows us to specify FMP driver's guid explicitly at the command
line.
Signed-off-by: AKASHI Takahiro
---
test/py/tests/test_efi_capsule/conftest.py| 3 +
.../test_efi_capsule/test_capsule_firmware.py | 67
The existing options, "--fit" and "--raw," are only used to put a proper
GUID in a capsule header, where GUID identifies a particular FMP (Firmware
Management Protocol) driver which then would handle the firmware binary in
a capsule. In fact, mkeficapsule does the exact same job in creating
a
Add a couple of test cases against capsule image authentication
for capsule-on-disk, where only a signed capsule file with the verified
signature will be applied to the system.
Due to the difficulty of embedding a public key (esl file) in U-Boot
binary during pytest setup time, all the
Now we can use mkeficapsule command instead of EDK-II's script
to create a signed capsule file. So update the instruction for
capsule authentication.
Signed-off-by: AKASHI Takahiro
Reviewed-by: Simon Glass
Acked-by: Ilias Apalodimas
---
doc/develop/uefi/uefi.rst | 147
Add a man page for mkeficapsule command.
Signed-off-by: AKASHI Takahiro
Reviewed-by: Simon Glass
Acked-by: Ilias Apalodimas
---
MAINTAINERS| 1 +
doc/mkeficapsule.1 | 99 ++
2 files changed, 100 insertions(+)
create mode 100644
With this enhancement, mkeficapsule will be able to sign a capsule
file when it is created. A signature added will be used later
in the verification at FMP's SetImage() call.
To do that, we need specify additional command parameters:
-monotonic-cout : monotonic count
-private-key : private
Add CONFIG_TOOLS_MKEFICAPSULE. Then we want to always build mkeficapsule
if tools-only_defconfig is used.
Signed-off-by: AKASHI Takahiro
Reviewed-by: Simon Glass
---
configs/tools-only_defconfig | 1 +
tools/Kconfig| 8
tools/Makefile | 3 +--
3 files
# In this version, the crypto library was changed from openssl to
# gnutls to avoid the license issue. So the dockerfile for sandbox
# CI should be updated for necessary packages as well.
As I proposed and discussed in [1] and [2], I have made a couple of
improvements on the current
On 1/31/22 11:21 AM, Patrick Delaunay wrote:
Test the number of argument in setfreq command to avoid a crash when
the command setfreq is called without argument:
STM32MP> clk setfreq
data abort
pc : [] lr : []
reloc pc : [] lr : []
sp : dbaf45b8 ip : ddb1d859
this will add kaslrseed keyword to sysboot lable,
when it set, it will request to genarate random number
from hwrng as kaslr-seed.
with this patch exlinux.conf label looks like
label l0
menu testing
linux /boot/vmlinuz-5.15.16-arm
initrd /boot/initramfs-5.15.16-arm.img
Hey folks,
Here's the latest report and I think some of these are new tests rather
than new code.
- Forwarded message from scan-ad...@coverity.com -
Date: Mon, 31 Jan 2022 23:09:01 + (UTC)
From: scan-ad...@coverity.com
To: tom.r...@gmail.com
Subject: New Defects reported by Coverity
On Mon, Jan 31, 2022 at 4:16 PM Tommaso Merciai
wrote:
>
> On Mon, Jan 31, 2022 at 06:03:58PM +0100, Marek Vasut wrote:
> > On 1/31/22 17:58, Tommaso Merciai wrote:
> > > Override env_get_location function at board level, previously dropped
> > > down from arch/arm/mach-imx/imx8m/soc.c
> > >
> >
Hi,
On Mon, Jan 31, 2022 at 09:53:43AM -0500, Tom Rini wrote:
> On Mon, Jan 31, 2022 at 10:41:05PM +0800, Zhang Ning wrote:
>
> > 1, add kaslrseed key word to extlinux.conf
> > 2, check kaslrseed in extlinux boot label
> > 3, generate ramdon number from hw rng
> > 4, add kaslr-seed to fdt chosen
The use of CONFIG_SPL_FIT_GENERATOR is deprecated and should not be
used. Start by changing the current default option from enabled to only
enabled for the platforms still using it.
Cc: Simon Glass
Signed-off-by: Tom Rini
---
This change completes the migration for a number of platforms that
On Mon, Jan 31, 2022 at 06:25:33PM -0500, Tom Rini wrote:
> On Mon, Jan 31, 2022 at 03:59:08PM -0700, Simon Glass wrote:
> > Hi Tom,
> >
> > (yes Mark I am trying to stop further boards going in that use the
> > shell scripts)
> >
> > On Mon, 31 Jan 2022 at 15:05, Tom Rini wrote:
> > >
> > > On
On Mon, Jan 31, 2022 at 03:59:08PM -0700, Simon Glass wrote:
> Hi Tom,
>
> (yes Mark I am trying to stop further boards going in that use the
> shell scripts)
>
> On Mon, 31 Jan 2022 at 15:05, Tom Rini wrote:
> >
> > On Mon, Jan 31, 2022 at 02:22:41PM -0700, Simon Glass wrote:
> > > Hi Tom,
> >
Hey all,
It's release day and so here's v2022.04-rc1. While there's much in here
that needed to come in, there's a few big things outstanding, including
but not limited to i.MX and layerscape syncs and further sunxi changes.
In terms of a changelog,
git log --merges v2022.01..v2022.04-rc1
Hi Tom,
(yes Mark I am trying to stop further boards going in that use the
shell scripts)
On Mon, 31 Jan 2022 at 15:05, Tom Rini wrote:
>
> On Mon, Jan 31, 2022 at 02:22:41PM -0700, Simon Glass wrote:
> > Hi Tom,
> >
> > On Mon, 31 Jan 2022 at 13:40, Tom Rini wrote:
> > >
> > > On Mon, Jan 31,
On Mon, Jan 31, 2022 at 06:03:58PM +0100, Marek Vasut wrote:
> On 1/31/22 17:58, Tommaso Merciai wrote:
> > Override env_get_location function at board level, previously dropped
> > down from arch/arm/mach-imx/imx8m/soc.c
> >
> > References:
> > - commit 98af80d3c969e69a1b8ce98bb20e5ad844022da2
On Fri, Dec 31, 2021 at 05:13:06PM +0100, Francis Laniel wrote:
> Hi.
>
> First I hope you are fine and the same for your relatives.
>
> During 2021 summer, Sean Anderson wrote a contribution to add a new shell,
> based
> on LIL, to U-Boot [1][2].
> While one of the goals of this contribution
From: Marcel Ziswiler
Seems that we need the waterlevel setting not only for PIO mode as
without this at least the i.MX 8M Mini won't boot anymore when being
written by such a U-Boot. Corruption has also been observed both on
the i.MX 6 as well as i.MX 8M Mini when using ums on the eMMC. Fix
On Mon, Jan 31, 2022 at 02:22:41PM -0700, Simon Glass wrote:
> Hi Tom,
>
> On Mon, 31 Jan 2022 at 13:40, Tom Rini wrote:
> >
> > On Mon, Jan 31, 2022 at 12:57:57PM -0700, Simon Glass wrote:
> > > Hi Tom,
> > >
> > > On Mon, 31 Jan 2022 at 11:00, Tom Rini wrote:
> > > >
> > > > On Mon, Jan 31,
> Date: Mon, 31 Jan 2022 15:40:39 -0500
> From: Tom Rini
>
> On Mon, Jan 31, 2022 at 12:57:57PM -0700, Simon Glass wrote:
> > Hi Tom,
> >
> > On Mon, 31 Jan 2022 at 11:00, Tom Rini wrote:
> > >
> > > On Mon, Jan 31, 2022 at 10:27:41AM -0700, Simon Glass wrote:
> > > > Hi Tom,
> > > >
> > > >
Hi,
Am 2022-01-31 22:45, schrieb ZHIZHIKIN Andrey:
From: U-Boot On Behalf Of Gaurav Jain
Sent: Wednesday, January 12, 2022 2:31 PM
To: u-boot@lists.denx.de
Cc: Stefano Babic ; Fabio Estevam
; Peng Fan
; Simon Glass ; Michael Walle
; Priyanka Jain ; Ye Li
;
Horia Geanta ; Ji Luo ; Franck
Hello Gaurav,
> -Original Message-
> From: U-Boot On Behalf Of Gaurav Jain
> Sent: Wednesday, January 12, 2022 2:31 PM
> To: u-boot@lists.denx.de
> Cc: Stefano Babic ; Fabio Estevam ; Peng
> Fan
> ; Simon Glass ; Michael Walle
> ; Priyanka Jain ; Ye Li
> ;
> Horia Geanta ; Ji Luo ;
Hi Fabio, thanks for taking a look.
On Tue, 1 Feb 2022, at 02:40, Fabio Estevam wrote:
> On Mon, Jan 31, 2022 at 9:55 AM Andrew Jeffery wrote:
>>
>> Add support for the upstream gpio-line-names property already described
>> in the common GPIO binding document[1]. The ability to search for a line
Hi Tom,
On Mon, 31 Jan 2022 at 13:40, Tom Rini wrote:
>
> On Mon, Jan 31, 2022 at 12:57:57PM -0700, Simon Glass wrote:
> > Hi Tom,
> >
> > On Mon, 31 Jan 2022 at 11:00, Tom Rini wrote:
> > >
> > > On Mon, Jan 31, 2022 at 10:27:41AM -0700, Simon Glass wrote:
> > > > Hi Tom,
> > > >
> > > > On
Hi Adam
On Mon, Jan 31, 2022 at 10:05 PM Adam Ford wrote:
>
> On Mon, Jan 31, 2022 at 2:48 PM Adam Ford wrote:
> >
> > On Mon, Jan 31, 2022 at 2:45 PM Michael Nazzareno Trimarchi
> > wrote:
> > >
> > > Hi
> > >
> > > On Mon, Jan 31, 2022 at 9:34 PM Adam Ford wrote:
> > > >
> > > > On Mon, Jan
On Mon, Jan 31, 2022 at 2:48 PM Adam Ford wrote:
>
> On Mon, Jan 31, 2022 at 2:45 PM Michael Nazzareno Trimarchi
> wrote:
> >
> > Hi
> >
> > On Mon, Jan 31, 2022 at 9:34 PM Adam Ford wrote:
> > >
> > > On Mon, Jan 31, 2022 at 2:25 PM Michael Nazzareno Trimarchi
> > > wrote:
> > > >
> > > > HI
On Mon, Jan 31, 2022 at 2:45 PM Michael Nazzareno Trimarchi
wrote:
>
> Hi
>
> On Mon, Jan 31, 2022 at 9:34 PM Adam Ford wrote:
> >
> > On Mon, Jan 31, 2022 at 2:25 PM Michael Nazzareno Trimarchi
> > wrote:
> > >
> > > HI Adam
> > >
> > > On Mon, Jan 31, 2022 at 9:21 PM Adam Ford wrote:
> > > >
Hi
On Mon, Jan 31, 2022 at 9:34 PM Adam Ford wrote:
>
> On Mon, Jan 31, 2022 at 2:25 PM Michael Nazzareno Trimarchi
> wrote:
> >
> > HI Adam
> >
> > On Mon, Jan 31, 2022 at 9:21 PM Adam Ford wrote:
> > >
> > > I have a situation where the same Flash.bin file can boot an MMC card,
> > > but
Hi Andre, Jesse, All,
On 31/01/22 19:13, Jesse Taube wrote:
On 1/31/22 08:07, Giulio Benetti wrote:
Hi Andre,
Il giorno 31 gen 2022, alle ore 13:57, Andre Przywara
ha scritto:
On Mon, 31 Jan 2022 13:17:52 +0100
Giulio Benetti wrote:
Hi All,
I've tried several times on both F1C100s
On Mon, Jan 31, 2022 at 12:57:57PM -0700, Simon Glass wrote:
> Hi Tom,
>
> On Mon, 31 Jan 2022 at 11:00, Tom Rini wrote:
> >
> > On Mon, Jan 31, 2022 at 10:27:41AM -0700, Simon Glass wrote:
> > > Hi Tom,
> > >
> > > On Mon, 31 Jan 2022 at 09:15, Tom Rini wrote:
> > > >
> > > > On Mon, Jan 31,
On Mon, Jan 31, 2022 at 2:25 PM Michael Nazzareno Trimarchi
wrote:
>
> HI Adam
>
> On Mon, Jan 31, 2022 at 9:21 PM Adam Ford wrote:
> >
> > I have a situation where the same Flash.bin file can boot an MMC card,
> > but hang when booting over USB.
> >
> > In both cases, I can see the FIT file is
HI Adam
On Mon, Jan 31, 2022 at 9:21 PM Adam Ford wrote:
>
> I have a situation where the same Flash.bin file can boot an MMC card,
> but hang when booting over USB.
>
> In both cases, I can see the FIT file is loaded, and the various items
> are identified and placed in their respective folders
I have a situation where the same Flash.bin file can boot an MMC card,
but hang when booting over USB.
In both cases, I can see the FIT file is loaded, and the various items
are identified and placed in their respective folders memory
locations. The only difference I can see is that when jumping
Hi Tom,
On Mon, 31 Jan 2022 at 11:00, Tom Rini wrote:
>
> On Mon, Jan 31, 2022 at 10:27:41AM -0700, Simon Glass wrote:
> > Hi Tom,
> >
> > On Mon, 31 Jan 2022 at 09:15, Tom Rini wrote:
> > >
> > > On Mon, Jan 31, 2022 at 09:13:02AM -0700, Simon Glass wrote:
> > > > Hi Tom,
> > > >
> > > > On
On 1/31/22 10:18, Masami Hiramatsu wrote:
The efi_update_capsule() may have to handle the capsule flags as an UEFI
runtime and boottime service, but the capsule-on-disk process doesn't.
Thus, the capsule-on-disk should use the efi_capsule_update_firmware()
directly instead of
On 1/31/22 08:07, Giulio Benetti wrote:
Hi Andre,
Il giorno 31 gen 2022, alle ore 13:57, Andre Przywara
ha scritto:
On Mon, 31 Jan 2022 13:17:52 +0100
Giulio Benetti wrote:
Hi All,
I've tried several times on both F1C100s and F1C200s, maybe I'm doing
something wrong but it doesn't
On Mon, Jan 31, 2022 at 10:27:41AM -0700, Simon Glass wrote:
> Hi Tom,
>
> On Mon, 31 Jan 2022 at 09:15, Tom Rini wrote:
> >
> > On Mon, Jan 31, 2022 at 09:13:02AM -0700, Simon Glass wrote:
> > > Hi Tom,
> > >
> > > On Mon, 31 Jan 2022 at 07:24, Tom Rini wrote:
> > > >
> > > > On Sun, Jan 30,
Hi Tom,
On Mon, 31 Jan 2022 at 09:15, Tom Rini wrote:
>
> On Mon, Jan 31, 2022 at 09:13:02AM -0700, Simon Glass wrote:
> > Hi Tom,
> >
> > On Mon, 31 Jan 2022 at 07:24, Tom Rini wrote:
> > >
> > > On Sun, Jan 30, 2022 at 08:52:25AM -0700, Simon Glass wrote:
> > >
> > > > More than a year after
Hi Tom,
On Mon, 31 Jan 2022 at 09:21, Tom Rini wrote:
>
> On Mon, Jan 31, 2022 at 09:13:07AM -0700, Simon Glass wrote:
> > Hi Tom,
> >
> > On Mon, 31 Jan 2022 at 07:24, Tom Rini wrote:
> > >
> > > On Sun, Jan 30, 2022 at 08:52:24AM -0700, Simon Glass wrote:
> > >
> > > > At present it is not
Override env_get_location function at board level, previously dropped
down from soc.c
References:
- commit 98af80d3c969e69a1b8ce98bb20e5ad844022da2
Signed-off-by: Tommaso Merciai
---
Changes since v1:
- Fix code indentation using checkpatch as suggested by MBehún
Override env_get_location function at board level, previously dropped
down from arch/arm/mach-imx/imx8m/soc.c
References:
- commit 98af80d3c969e69a1b8ce98bb20e5ad844022da2
Signed-off-by: Tommaso Merciai
---
board/phytec/phycore_imx8mp/phycore-imx8mp.c | 33
1 file
Override env_get_location function at board level, previously dropped
down from soc.c
References:
- commit 98af80d3c969e69a1b8ce98bb20e5ad844022da2
Signed-off-by: Tommaso Merciai
---
Changes since v1:
- Fix code indentation using checkpatch as suggested by MBehún
This function defined for two architecture is not really generic
and can generate problem when people add a new board.
Signed-off-by: Tommaso Merciai
---
arch/arm/mach-imx/imx8m/soc.c | 39 ---
1 file changed, 39 deletions(-)
diff --git
This series move env_get_location from soc to board level. As suggested
by Michael make no sense to define an
unique way for multiple board. One board can boot from emmc and having
env on spi flash etc.. Anyways, this function is kept in imx8mn_evk,
imx8mp_evk, phycore-imx8mp and imx8mn_beacon
On Mon, Jan 31, 2022 at 10:59 AM Tommaso Merciai
wrote:
>
> This function defined for two architecture is not really generic
> and can generate problem when people add a new board.
>
This actually fixes some issues I was trying to solve on the
imx8mn-beacon board, so thank you for doing this.
On 1/31/22 17:58, Tommaso Merciai wrote:
Override env_get_location function at board level, previously dropped
down from arch/arm/mach-imx/imx8m/soc.c
References:
- commit 98af80d3c969e69a1b8ce98bb20e5ad844022da2
Signed-off-by: Tommaso Merciai
---
On 1/31/22 17:58, Tommaso Merciai wrote:
This function defined for two architecture is not really generic
and can generate problem when people add a new board.
Signed-off-by: Tommaso Merciai
Does git bisect still work with only this patch applied ?
Hi Simon,
please find below the patch of your patch 04/14 (diff after applying
your hole patch-series and my changes).
diff --git a/arch/arm/mach-nexell/include/mach/display_dev.h
b/arch/arm/mach-nexell/include/mach/display_dev.h
index 39b28ca1..f24fb173 100644
---
The Kontron pitx-imx8m is an NXP i.MX8MQ based board in the pITX form factor.
Signed-off-by: Heiko Thiery
---
v9:
- add spl_board_loader_name
- enable CONFIG_DM_SERIAL
changes due to internal review (thanks to Michael)
- refactor getcd
- create new file pitx_misc. for board variant
Fix the long help message for "clk setfreq" command
Fixes: 7ab418fbe612 ("clk: add support for setting clk rate from cmdline")
Signed-off-by: Patrick Delaunay
---
cmd/clk.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/cmd/clk.c b/cmd/clk.c
index 73dea5e746..a483fd8981
Update the result of do_clk_setfreq and always returns a CMD_RET_ value
(-EINVAL was a possible result).
This patch avoid the CLI output "exit not allowed from main input shell."
Fixes: 7ab418fbe612 ("clk: add support for setting clk rate from cmdline")
Signed-off-by: Patrick Delaunay
---
The function clk_lookup can be replaced by a direct call
to uclass_get_device_by_name for UCLASS_CLK.
This patch removes duplicated codes by the generic DM API and avoids
issue in clk_lookup because result of uclass_get_device wasn't tested;
when ret < 0, dev = NULL and dev->name is invalid, the
Test the number of argument in setfreq command to avoid a crash when
the command setfreq is called without argument:
STM32MP> clk setfreq
data abort
pc : []lr : []
reloc pc : [] lr : []
sp : dbaf45b8 ip : ddb1d859 fp : 0002
r10: dbb3fd80 r9 : dbb11e90 r8 :
On Mon, Jan 31, 2022 at 09:13:07AM -0700, Simon Glass wrote:
> Hi Tom,
>
> On Mon, 31 Jan 2022 at 07:24, Tom Rini wrote:
> >
> > On Sun, Jan 30, 2022 at 08:52:24AM -0700, Simon Glass wrote:
> >
> > > At present it is not actually possible to discover the defconfig file that
> > > was used to
On Mon, Jan 31, 2022 at 09:13:02AM -0700, Simon Glass wrote:
> Hi Tom,
>
> On Mon, 31 Jan 2022 at 07:24, Tom Rini wrote:
> >
> > On Sun, Jan 30, 2022 at 08:52:25AM -0700, Simon Glass wrote:
> >
> > > More than a year after this migration message appeared, we still have new
> > > boards being
Hi Simon
On 1/21/22 16:20, Simon Glass wrote:
> Hi Patrice,
>
> On Wed, 12 Jan 2022 at 03:59, Patrice Chotard
> wrote:
>>
>> Add spi_flash_probe_bus_cs() and spi_get_bus_and_cs() new "use_dt"
>> param which allows to select SPI speed and mode from DT or from
>> default value passed in
Hi Heinrich,
On Sat, 29 Jan 2022 at 10:40, Heinrich Schuchardt
wrote:
>
> Up to now printing UTF-16 strings with snprintf() resulted in correct
> truncation of printed strings. But the returned required buffer length
> was incorrect.
>
> * fix function string16()
> * provide a unit test
>
>
Hi,
On Mon, 31 Jan 2022 at 09:04, Tom Rini wrote:
>
> On Mon, Jan 31, 2022 at 04:58:46PM +0100, Heinrich Schuchardt wrote:
> > On 1/31/22 15:49, Simon Glass wrote:
> > > This is defined based on two other CONFIGs for all boards except sandbox
> > > and durian.
> > >
> > > For sandbox the value
Hi Rasmus,
On Mon, 31 Jan 2022 at 02:44, Rasmus Villemoes
wrote:
>
> On 19/01/2022 02.42, Simon Glass wrote:
> > At present this has a minor bug in that it reads the byte before the
> > start of the string.
>
> Only for an empty string, AFAICS. Which is a bug, of course, but mostly
> the caller
Hi Tom,
On Mon, 31 Jan 2022 at 07:24, Tom Rini wrote:
>
> On Sun, Jan 30, 2022 at 08:52:24AM -0700, Simon Glass wrote:
>
> > 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
Hi Tom,
On Mon, 31 Jan 2022 at 07:24, Tom Rini wrote:
>
> On Sun, Jan 30, 2022 at 08:52:25AM -0700, Simon Glass wrote:
>
> > 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
Hi Heinrich,
On Sun, 30 Jan 2022 at 23:18, Heinrich Schuchardt
wrote:
>
>
>
> On 1/31/22 00:14, Simon Glass wrote:
> > Hi Heinrich,
> >
> > On Sat, 29 Jan 2022 at 14:40, Heinrich Schuchardt
> > wrote:
> >>
> >>
> >>
> >> On 1/29/22 22:09, Simon Glass wrote:
> >>> Hi Heinrich,
> >>>
> >>> On
Hi Felix,
On Mon, 31 Jan 2022 at 02:43, Felix Brack wrote:
>
> Hello Simon
>
> On 27.01.22 18:33, Simon Glass wrote:
> > Hi Felix,
> >
> > On Thu, 27 Jan 2022 at 09:27, Felix Brack wrote:
> >>
> >> Hello Simon,
> >>
> >> On 27.01.22 16:05, Simon Glass wrote:
> >>> Hi Felix,
> >>>
> >>> On Wed,
On Mon, Jan 31, 2022 at 9:55 AM Andrew Jeffery wrote:
>
> Add support for the upstream gpio-line-names property already described
> in the common GPIO binding document[1]. The ability to search for a line
> name allows boards to lift the implementation of common GPIO behaviours
> away from
On Mon, Jan 31, 2022 at 04:58:46PM +0100, Heinrich Schuchardt wrote:
> On 1/31/22 15:49, Simon Glass wrote:
> > This is defined based on two other CONFIGs for all boards except sandbox
> > and durian.
> >
> > For sandbox the value does not matter. For durian the value seems
> > excessive.
> >
>
On 1/31/22 15:49, Simon Glass wrote:
This is defined based on two other CONFIGs for all boards except sandbox
and durian.
For sandbox the value does not matter. For durian the value seems
excessive.
Drop the option completely, to simplify configuration and reduce the
number of things we need
On Mon, Jan 31, 2022 at 10:23:58AM -0500, Nathan Barrett-Morrison wrote:
> Hi Tom,
>
> Yea, I'm not sure if uncompressed ARM32 would work, but I don't believe it
> was ever working to begin with... as bootz_setup is being called right now
> ( @
Enable DRAM ASR, auto self-refresh, unconditionally. This saves non-trivial
amount of power both at runtime and in suspend (on 2x W632GU6NB-15 ~150mW).
Signed-off-by: Marek Vasut
Cc: Patrick Delaunay
Cc: Patrice Chotard
---
drivers/ram/stm32mp1/stm32mp1_ddr.c | 26
On Mon, Jan 31, 2022 at 08:51:39AM +0100, Michael Walle wrote:
> Am 2021-11-15 23:45, schrieb Michael Walle:
> > Add support for the sl28cpld management controller found on this board.
> > This is especially useful, because of the integrated watchdog in this
> > controller. It is used to supervise
Hi Tom,
Yea, I'm not sure if uncompressed ARM32 would work, but I don't believe it
was ever working to begin with... as bootz_setup is being called right now
( @ https://source.denx.de/u-boot/u-boot/-/blob/master/common/spl/spl.c#L366
)
My intent was for SPL_OS_BOOT_UNCOMPRESSED to only be used
On Mon, Jan 31, 2022 at 10:16:08AM -0500, Nathan Barrett-Morrison wrote:
> Hi Tom,
>
> Yes -- I believe this section of code should not be checking for IH_MAGIC
> at all, as parse_image_header does it as well.
>
> Would you like me to resubmit this patch with the offending lines deleted?
Well,
On Tue, Jan 25, 2022 at 02:29:44AM +0300, Sergey V. Lobanov wrote:
> mkimage segfaults due to the ASLR mechanism on MacOS arm64
>
> It is required to use _dyld_get_image_vmaddr_slide()
> to prevent segfault on MacOS arm64
>
> This patch is based on the discussion
>
On Mon, Jan 31, 2022 at 06:41:38AM -0700, Simon Glass wrote:
> Hi Tom,
>
> https://source.denx.de/u-boot/custodians/u-boot-dm/-/pipelines/10826
>
> The following changes since commit e267665a7420bddbfd5833573fdfc9d0930ff515:
>
> Merge branch 'master' of
>
1 - 100 of 180 matches
Mail list logo
