On Thu, 2022-01-13 at 15:22 +0100, Patrick Wildt wrote:
> Some of the nodes were named using a underscore, so rectify this and
> consistenly use dashes.
>
> Signed-off-by: Patrick Wildt
Reviewed-by: Marcel Ziswiler
[snip]
On Fri, 2022-01-14 at 23:29 +0100, Heinrich Schuchardt wrote:
> The size of the board file is limited to 520192 bytes. This conflicts with
> the size requirement for the UEFI code.
>
> Signed-off-by: Heinrich Schuchardt
Acked-by: Marcel Ziswiler
> ---
> configs/colibri_vf_defconfig | 2 +-
>
Hi Akashi-san,
On Tue, Jan 25, 2022 at 11:31:07AM +0900, AKASHI Takahiro wrote:
> Hi Ilias,
>
> On Mon, Jan 24, 2022 at 05:36:20PM +0200, Ilias Apalodimas wrote:
> > From: Ilias Apalodimas
> >
> > We currently distinguish between signed and non signed PE/COFF
> > executables while trying to
On Tue, Jan 25, 2022 at 10:40 AM Bin Meng wrote:
>
> On Tue, Jan 18, 2022 at 6:56 PM Anup Patel wrote:
> >
> > On Tue, Jan 18, 2022 at 3:41 PM Bin Meng wrote:
> > >
> > > On Sat, Jan 15, 2022 at 12:20 AM Anup Patel
> > > wrote:
> > > >
> > > > We can use same U-Boot binary compiled using
> >
On Tue, Jan 25, 2022 at 10:33 AM Bin Meng wrote:
>
> On Sat, Jan 15, 2022 at 12:20 AM Anup Patel wrote:
> >
> > Currently, if MTD NOR is enabled then U-Boot tries to issue flash
> > commands even when CFI flash DT node is not present. This causes
> > access fault on RISC-V emulators or ISS which
On Tue, Jan 25, 2022 at 10:22 AM Bin Meng wrote:
>
> On Sat, Jan 15, 2022 at 12:20 AM Anup Patel wrote:
> >
> > Quite a few RISC-V emulators and ISS (including Spike) have host
> > transfer interface (HTIF) based console. This patch adds HTIF
> > based console driver for RISC-V platforms which
On Tue, Jan 18, 2022 at 6:56 PM Anup Patel wrote:
>
> On Tue, Jan 18, 2022 at 3:41 PM Bin Meng wrote:
> >
> > On Sat, Jan 15, 2022 at 12:20 AM Anup Patel wrote:
> > >
> > > We can use same U-Boot binary compiled using qemu-riscv64_smode_defconfig
> > > on QEMU virt machine and QEMU spike
On 1/24/22 20:45, Pali Rohár wrote:
Convert documentation to rst format
Signed-off-by: Pali Rohár
Thanks for converting to rst.
I guess I will simply add all 3 patches to my repo and add all typo
fixes to patch 3.
Acked-by: Heinrich Schuchardt
---
board/nokia/rx51/MAINTAINERS
On Sat, Jan 15, 2022 at 12:20 AM Anup Patel wrote:
>
> Currently, if MTD NOR is enabled then U-Boot tries to issue flash
> commands even when CFI flash DT node is not present. This causes
> access fault on RISC-V emulators or ISS which do not emulate CFI
> flash. To handle this issue, we
On 1/24/22 20:45, Pali Rohár wrote:
This change contains update for doc/README.nokia_rx51 documentation file
with information how to load U-Boot image to device RAM without need to
flash it and also how to flash it into OneNAND via 0x flasher.
Signed-off-by: Pali Rohár
---
On Sat, Jan 15, 2022 at 12:20 AM Anup Patel wrote:
>
> Quite a few RISC-V emulators and ISS (including Spike) have host
> transfer interface (HTIF) based console. This patch adds HTIF
> based console driver for RISC-V platforms which depends totally
> on DT node for HTIF register base address.
>
On 1/24/22 20:45, Pali Rohár wrote:
Since commit 25c5b6517854 ("Nokia RX-51: Do not try calling both ext2load
and ext4load") command ext4load is used for all ext2/3/4 fs variants.
Signed-off-by: Pali Rohár
Reviewed-by: Heinrich Schuchardt
---
doc/README.nokia_rx51 | 5 ++---
1 file
On 1/22/22 02:16, Simon Glass wrote:
When we have the block descriptor we can simply access the device. Drop
the unnecessary function call.
Signed-off-by: Simon Glass
---
lib/efi_loader/efi_device_path.c | 14 ++
1 file changed, 2 insertions(+), 12 deletions(-)
diff --git
On 1/22/22 02:16, Simon Glass wrote:
Use this function rather than following the pointers, since it is there
for this purpose.
Add the uclass name to the debug call at the end of dp_fill() since it is
quite useful.
Signed-off-by: Simon Glass
---
lib/efi_loader/efi_device_path.c | 9
On 1/22/22 02:16, Simon Glass wrote:
The operation of this function can be confusing. Add some debugging so
we can see what it is doing and when it is called.
Also drop the preprocessor usage.
Signed-off-by: Simon Glass
---
cmd/bootefi.c | 32 +---
1 file
On 1/24/22 7:15 PM, Andre Przywara wrote:
> 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
On 1/24/22 7:15 PM, Andre Przywara wrote:
> When we added Allwinner SoC support to ARMv8, we needed to pull in an
> implementation of lowlevel_init, as sunxi required it at this time.
>
> The last few patches got rid of this bogus requirement, and as sunxi was
> still the only user, we can now
On 1/24/22 7:15 PM, Andre Przywara wrote:
> 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
The i.MX8M Mini Application Processor Reference Manual, Rev. 3, 11/2020
documents AF MX8MM_IOMUXC_NAND_READY_B_SD3_RESET_B , add it into the
pinmux tables.
Signed-off-by: Marek Vasut
Cc: Fabio Estevam
Cc: Stefano Babic
---
arch/arm/dts/imx8mm-pinfunc.h | 1 +
1 file changed, 1 insertion(+)
From: Oliver Stäbler
Fix address of the pad control register
(IOMUXC_SW_PAD_CTL_PAD_SD1_DATA0) for SD1_DATA0_GPIO2_IO2. This seems
to be a typo but it leads to an exception when pinctrl is applied due to
wrong memory address access.
Signed-off-by: Oliver Stäbler
Reviewed-by: Fabio Estevam
Add PLL 1.4 GHz, 1.5 GHz, 1.6 GHz, 1.8 GHz options for iMX8M SoCs
in case they should be operated faster, e.g. to improve boot time.
Signed-off-by: Marek Vasut
Cc: Peng Fan
Cc: Stefano Babic
---
arch/arm/mach-imx/imx8m/clock_imx8mm.c | 20
1 file changed, 20 insertions(+)
Linux uses slightly different divider settings for the 1.2 GHz PLL
configuration, adjust the coefficients to match Linux.
Signed-off-by: Marek Vasut
Cc: Peng Fan
Cc: Stefano Babic
---
arch/arm/mach-imx/imx8m/clock_imx8mm.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff
On 1/24/22 7:15 PM, Andre Przywara wrote:
> 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
When regulator consumer attempts to set enabled DVS regulator voltage,
the driver aborts with "Only DVS bucks can be changed when enabled".
In case the regulator is already set to specified voltage, do nothing
instead of failing outright.
When regulator consumer attempts to set enables regulator
On 1/24/22 7:15 PM, Andre Przywara wrote:
> 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"
>
Hi Ilias,
On Mon, Jan 24, 2022 at 05:36:20PM +0200, Ilias Apalodimas wrote:
> From: Ilias Apalodimas
>
> We currently distinguish between signed and non signed PE/COFF
> executables while trying to authenticate signatures and/or sha256
> hashes in db and dbx. That code duplication can be
> From: Anup Patel
> Sent: Saturday, January 15, 2022 12:20 AM
> To: Rick Jian-Zhi Chen(陳建志) ; Bin Meng
>
> Cc: Atish Patra ; Alistair Francis
> ; Anup Patel ; U-Boot Mailing
> List ; Anup Patel
> Subject: [PATCH 3/3] riscv: qemu: Implement is_flash_available() for MTD NOR
>
> Currently, if
> From: Anup Patel
> Sent: Saturday, January 15, 2022 12:20 AM
> To: Rick Jian-Zhi Chen(陳建志) ; Bin Meng
>
> Cc: Atish Patra ; Alistair Francis
> ; Anup Patel ; U-Boot Mailing
> List ; Anup Patel ; Philipp
> Tomsich
> Subject: [PATCH 2/3] riscv: qemu: Enable HTIF console support
>
> Enable
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, as sunxi required it at this time.
The last few patches got rid of this bogus requirement, and as sunxi was
still the only user, we can now remove lowlevel_init from ARMv8
altogether.
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
For a long time the Allwinner platform was using the lowlevel_init()
routine in U-Boot's boot process, even though there did not seem to be
a real need for that. The README file suggests it should only be used
for "bare minimum" tasks to reach board_init_f(). The routines called
in
> From: Anup Patel
> Sent: Saturday, January 15, 2022 12:20 AM
> To: Rick Jian-Zhi Chen(陳建志) ; Bin Meng
>
> Cc: Atish Patra ; Alistair Francis
> ; Anup Patel ; U-Boot Mailing
> List ; Anup Patel ; Philipp
> Tomsich
> Subject: [PATCH 1/3] serial: Add RISC-V HTIF console driver
>
> Quite a
Hi Stefan,
On Mon, Jan 24, 2022 at 2:25 AM Tony Dinh wrote:
>
> Hi Stefan,
>
> On Mon, Jan 24, 2022 at 1:41 AM Stefan Roese wrote:
> >
> > On 1/24/22 07:17, Tony Dinh wrote:
> > > Add board header, defconfig, and implementation files for Pogoplug V4.
> > >
> > > Signed-off-by: Tony Dinh
> > >
On Sun, 2022-01-23 at 13:12 -0700, Simon Glass wrote:
> Hi Joe,
>
> On Sun, 23 Jan 2022 at 09:27, Joe Perches wrote:
> >
> > On Sun, 2022-01-23 at 11:19 -0500, Tom Rini wrote:
> > > On Sun, Jan 23, 2022 at 08:10:37AM -0800, Joe Perches wrote:
> > > > On Sun, 2022-01-23 at 09:03 -0700, Simon
On Mon, Jan 24, 2022 at 09:25:34AM +0100, Heinrich Schuchardt wrote:
> On 1/24/22 08:23, AKASHI Takahiro wrote:
> > On Fri, Jan 21, 2022 at 05:03:03PM +0100, Heinrich Schuchardt wrote:
> > > On 1/21/22 16:20, Simon Glass wrote:
> > > > Hi Heinrich,
> > > >
> > > > On Sun, 16 Jan 2022 at 08:14,
Hi Rasmus,
On Mon, 24 Jan 2022 at 15:15, Rasmus Villemoes
wrote:
>
> On 24/01/2022 18.57, Simon Glass wrote:
>
> >> And the thing about "adding the signature" - yes, indeed, _signing_ can
> >> and should be done after building. But that is not at all what this
> >> started with, this is about
On Mon, Jan 17, 2022 at 02:07:13AM +0300, Sergey V. Lobanov wrote:
> mkimage segfaults due ASLR mechasim on MacOS arm64
>
> It is required to use _dyld_get_image_vmaddr_slide()
> to prevent segfault on MacOS arm64
>
> This patch ased on the discussion
>
Thank you, Jessica.
I have rebased on current master, added Reviewed-by tag, fixed grammar/typos
and sent v3
> On 25 Jan 2022, at 02:00, Jessica Clarke wrote:
>
> On Mon, Jan 17, 2022 at 02:07:13AM +0300, Sergey V. Lobanov wrote:
>> mkimage segfaults due ASLR mechasim on MacOS arm64
>>
>>
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
https://github.com/u-boot/u-boot/commit/3b142045e8a7f0ab17b6099e9226296af45967d0
Thanks to Jessica Clarke,
CC: Jessica Clarke
> On 17 Jan 2022, at 02:07, Sergey V. Lobanov wrote:
>
> mkimage segfaults due ASLR mechasim on MacOS arm64
>
> It is required to use _dyld_get_image_vmaddr_slide()
> to prevent segfault on MacOS arm64
>
> This patch ased on the discussion
>
On 24/01/2022 18.57, Simon Glass wrote:
>> And the thing about "adding the signature" - yes, indeed, _signing_ can
>> and should be done after building. But that is not at all what this
>> started with, this is about embedding the metadata that U-Boot (or SPL)
>> will need for _verifying_ during
On 24/01/2022 18.57, Simon Glass wrote:
> Hi,
>
> On Mon, 24 Jan 2022 at 09:02, Tom Rini wrote:
>>
>> On Mon, Jan 10, 2022 at 02:34:41PM +0100, Rasmus Villemoes wrote:
>>
>>> When building for a custom board, it is quite common to maintain a
>>> private branch which include some defconfig and
On Fri, Jan 14, 2022 at 12:26:30AM +0300, Nikita Maslov wrote:
> From: Nikita Maslov
> Date: Fri, 14 Jan 2022 00:13:39 +0300
> Subject: [PATCH] scripts: setlocalversion: remove quotes around
> localversion from config
>
> After replacing of include/config/auto.conf sourcing with
> extraction
On Mon, Jan 24, 2022 at 5:50 PM Fabio Estevam wrote:
>
> [Adding the NXP folks to help reviewing it]
Sorry, added the NXP Linux folks instead of the NXP U-Boot folks.
>
> On Mon, Jan 24, 2022 at 5:46 PM Christoph Fritz
> wrote:
> >
> > Add support for reading GPIO pin value when function is
[Adding the NXP folks to help reviewing it]
On Mon, Jan 24, 2022 at 5:46 PM Christoph Fritz
wrote:
>
> Add support for reading GPIO pin value when function is output.
> With this patch applied, gpio toggle command is working.
>
> Signed-off-by: Christoph Fritz
> ---
>
According to TRM for i.MX8M Nano and Plus, GPR10 register contains lock
bit for TZASC_ID_SWAP_BYPASS bit. This bit is required to be set in
order to avoid AXI bus errors when GPU is enabled on the platform.
TZASC_ID_SWAP_BYPASS bit is alread set for all imx8m applicable
derivatives, but is missing
Add support for reading GPIO pin value when function is output.
With this patch applied, gpio toggle command is working.
Signed-off-by: Christoph Fritz
---
drivers/gpio/imx_rgpio2p.c | 14 +-
1 file changed, 13 insertions(+), 1 deletion(-)
diff --git a/drivers/gpio/imx_rgpio2p.c
Hi Tom,
Thanks for the pointers. I understand your concerns about the growth in
size. I'll look into it.
Best regards,
Sven
On 1/24/22 19:08, Tom Rini wrote:
On Sat, Jan 22, 2022 at 09:36:58PM +0100, Sven Schwermer wrote:
Hi Tom,
I didn't think this would result in a size increase. Could
Convert documentation to rst format
Signed-off-by: Pali Rohár
---
board/nokia/rx51/MAINTAINERS | 2 +-
doc/board/index.rst | 1 +
doc/board/nokia/index.rst | 9 ++
.../nokia/rx51.rst} | 144
This change contains update for doc/README.nokia_rx51 documentation file
with information how to load U-Boot image to device RAM without need to
flash it and also how to flash it into OneNAND via 0x flasher.
Signed-off-by: Pali Rohár
---
doc/README.nokia_rx51 | 45
Since commit 25c5b6517854 ("Nokia RX-51: Do not try calling both ext2load
and ext4load") command ext4load is used for all ext2/3/4 fs variants.
Signed-off-by: Pali Rohár
---
doc/README.nokia_rx51 | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/doc/README.nokia_rx51
On Sat, Jan 22, 2022 at 09:36:58PM +0100, Sven Schwermer wrote:
> Hi Tom,
>
> I didn't think this would result in a size increase. Could you elaborate?
Alright. So for background, if you build with tools/buildman/buildman
rather than just "make" directly there's some handy tools like "bloat"
Am 2022-01-24 18:17, schrieb Andre Przywara:
There is some code that tries to "reset" the SCTLR_ELx register early
in
the boot process. The idea seems to be to guarantee some sane settings
that U-Boot actually relies on, for instance running in little-endian
mode, with the MMU off initially.
Hi Rasmus,
On Mon, 24 Jan 2022 at 03:42, Rasmus Villemoes
wrote:
>
> On 14/01/2022 17.51, Simon Glass wrote:
> > Hi Rasmus,
> >
> > On Tue, 26 Oct 2021 at 02:08, Rasmus Villemoes
> > wrote:
> >>
> >> On 26/10/2021 03.28, Simon Glass wrote:
> >>> Hi Rasmus,
> >>>
> >>> On Tue, 28 Sept 2021 at
Hi,
On Mon, 24 Jan 2022 at 09:02, Tom Rini wrote:
>
> On Mon, Jan 10, 2022 at 02:34:41PM +0100, Rasmus Villemoes wrote:
>
> > When building for a custom board, it is quite common to maintain a
> > private branch which include some defconfig and .dts files. But to
> > hook up those .dts files
On Sun, 23 Jan 2022 at 21:48, Stanley Chu wrote:
>
> Add Nuvoton BMC NPCM7xx/NPCM8xx uart driver
>
> Signed-off-by: Stanley Chu
> ---
> Changes in v2:
> Drop unnecessary outer brackets.
> Return -EAGAIN if not ready for tx/rx.
> Add comments.
> ---
> drivers/serial/Kconfig | 9 +++
On Mon, 24 Jan 2022 at 00:11, Heiko Thiery wrote:
>
> Cc: Simon Glass
> Signed-off-by: Heiko Thiery
> ---
> tools/binman/binman.rst | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
Reviewed-by: Simon Glass
On 1/24/22 16:36, Ilias Apalodimas wrote:
From: Ilias Apalodimas
We currently distinguish between signed and non signed PE/COFF
executables while trying to authenticate signatures and/or sha256
hashes in db and dbx. That code duplication can be avoided.
On sha256 hashes we don't really care
There is some code that tries to "reset" the SCTLR_ELx register early in
the boot process. The idea seems to be to guarantee some sane settings
that U-Boot actually relies on, for instance running in little-endian
mode, with the MMU off initially.
However the current code has multiple problems:
-
On Tue, 11 Jan 2022 12:46:02 +
Andre Przywara wrote:
Hi Jagan,
can you please have a look at this patch?
It seems like a nice cleanup to me, but I would like to hear your opinion.
Cheers,
Andre
> Commit 7945caf22c44 ("arm: sunxi: Enable SPI/SPI-FLASH support for A64")
> selected
On Fri, Jan 21, 2022 at 04:36:04PM +, Andre Przywara wrote:
> Commit 270f8710f92f ("crc32: Add crc32 implementation using
> __builtin_aarch64_crc32b") enabled the usage of ARMv8 CRC instructions
> by default, for all arm64 builds. And indeed all Arm Ltd. v8 Cortex-A
> cores support the
On Wed, Jan 19, 2022 at 10:49:21PM +0200, Anastasiia Lukianenko wrote:
> Changing e-mail because of leaving EPAM.
>
> Signed-off-by: Anastasiia Lukianenko
> Reviewed-by: Oleksandr Andrushchenko
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Mon, Jan 17, 2022 at 10:16:50AM +0100, Michal Simek wrote:
> From: Ashok Reddy Soma
>
> Add Kconfig option(CONFIG_CMD_MP) to enable or disable multiprocessor
> commands. Compile cmd/mp.c based on CONFIG_CMD_MP.
>
> Signed-off-by: Ashok Reddy Soma
> Signed-off-by: Michal Simek
Applied to
On Tue, Jan 11, 2022 at 05:04:49PM +, John Keeping wrote:
> The write operation in misc_ops already takes a "const void *" buffer,
> but misc_write() takes a mutable "void *". There's no reason for this,
> so make misc_write() consistent with the standard write() prototype.
>
>
On Sat, Jan 15, 2022 at 08:12:56PM +0100, Heinrich Schuchardt wrote:
> The component st_size of struct stat is of type off_t. Depending on the
> system printing it it with %ld leads to a warning:
>
> tools/mkimage.c:438:54: warning: format '%ld' expects argument of type
> 'long int', but
On Fri, Jan 14, 2022 at 10:21:19AM +0100, Jan Kiszka wrote:
> From: Jan Kiszka
>
> This permits to prepare FIT image description that do not hard-code the
> final choice of the signature algorithm, possibly requiring the user to
> patch the sources.
>
> When -o is specified, this information
On Fri, Jan 14, 2022 at 10:21:18AM +0100, Jan Kiszka wrote:
> From: Jan Kiszka
>
> The actual opt string is inlined - and different. Seems this was a
> left-over from older versions of 603e26f76346.
>
> Signed-off-by: Jan Kiszka
> Reviewed-by: Simon Glass
Applied to u-boot/master, thanks!
On Fri, Jan 14, 2022 at 10:21:17AM +0100, Jan Kiszka wrote:
> From: Jan Kiszka
>
> Modifications would be invalid.
>
> Signed-off-by: Jan Kiszka
> Reviewed-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Mon, Jan 10, 2022 at 06:48:32PM +0100, Stefan Eichenberger wrote:
> fit_verify_header fails if it detects unit addresses "@". However, this
> will break tools like dumpimage on fit images which worked with previous
> versions of the tool (e.g. 2020.04 vs 2021.07). As an example the output
>
On Mon, Jan 10, 2022 at 06:48:31PM +0100, Stefan Eichenberger wrote:
> fit_extract_contents does a fit_check_format even thought it was already
> checked during imagetool_verify_print_header.
> Therefore, this check is not necessary. This commit removes the
> redundancy.
>
> Signed-off-by:
On Mon, Jan 10, 2022 at 02:34:41PM +0100, Rasmus Villemoes wrote:
> When building for a custom board, it is quite common to maintain a
> private branch which include some defconfig and .dts files. But to
> hook up those .dts files requires modifying a file "belonging" to
> upstream U-Boot, the
From: Ilias Apalodimas
We currently distinguish between signed and non signed PE/COFF
executables while trying to authenticate signatures and/or sha256
hashes in db and dbx. That code duplication can be avoided.
On sha256 hashes we don't really care if the image is signed or
not. The logic can
On Mon, Jan 24, 2022 at 01:21:33PM +0100, Patrice CHOTARD wrote:
> Hi Tom
>
> Please pull the STM32 related patches for u-boot/master, v2022.04:
> u-boot-stm32-20220124
>
> CI status:
> https://source.denx.de/u-boot/custodians/u-boot-stm/-/pipelines/10748
When the board was added, enabling tzc380 was left off by
mistake.
Signed-off-by: Adam Ford
diff --git a/board/beacon/imx8mn/spl.c b/board/beacon/imx8mn/spl.c
index b5263ccfd7..bb51be01c5 100644
--- a/board/beacon/imx8mn/spl.c
+++ b/board/beacon/imx8mn/spl.c
@@ -122,6 +122,8 @@ void
On Mon, Jan 24, 2022 at 10:39:27AM +0100, Merlijn Wajer wrote:
> Hi Pali, Tom, Simon,
>
> On 23/01/2022 16:11, Pali Rohár wrote:
>
> > > > > But I didn't see anything about the USB DM conversion.
> > > >
> > > > Of course, as there are waiting other patches and other emails without
> > > >
Hi Bin,
On 2022-01-05 02:21, Bin Meng wrote:
> Hi Stefan,
>
> On Wed, Jan 5, 2022 at 3:48 AM Stefan Agner wrote:
>>
>> Bin Meng,
>>
>> On 2021-09-27 17:14, Marek Vasut wrote:
>> > On 9/27/21 2:42 PM, Stefan Agner wrote:
>> >> There are devices which cause a USB stall when trying to read
Hi Rasmus,
On Fri, 26 Nov 2021 at 01:36, Rasmus Villemoes
wrote:
>
> On 12/11/2021 20.28, Simon Glass wrote:
> > At present mkimage supports signing FITs, the standard U-Boot image type.
> >
> > Various people are opposed to using FIT since:
> >
> > a) it requires adding support for FIT into
It is safe to check if the uclass id on the device is UCLASS_CLK
before to call the clk_ functions, but today this comparison is
not done on the device used in API: clkp->dev->parent
but on the device himself: clkp->dev.
This patch corrects this behavior and tests if the parent device
is a clock
This option is not implemented anymore. Drop it.
Signed-off-by: Simon Glass
---
README| 1 -
include/configs/T102xRDB.h| 1 -
include/configs/T104xRDB.h| 1 -
include/configs/apalis_imx6.h | 1 -
include/configs/aristainetos2.h | 1 -
There is still quite a bit of cruft in the video subsystem. Mainly this is
users of the now-removed CONFIG_VIDEO, cfb_console and CONFIG_LCD.
This series removes most of the first two. The exception is videomodes.c
and its header, since these are used by sunxi. It looks like the code
could be
- U-boot's PXE flow supports prefixing your bootfile name with an
IP address to fetch from a server other than the DHCP server,
e.g. `hostIPaddr:bootfilename`:
https://github.com/u-boot/u-boot/commit/a93907c43f847f076dd0e34ee3b69b5e8e6d0d29
- However, this breaks bootfile paths which
Hi Tom
Please pull the STM32 related patches for u-boot/master, v2022.04:
u-boot-stm32-20220124
CI status: https://source.denx.de/u-boot/custodians/u-boot-stm/-/pipelines/10748
Thanks
Patrice
The following changes since commit d323242b62920be08e3a2efb1a61bd9bdf9ed583:
Merge https
On 1/20/22 08:19, Patrice Chotard wrote:
> Since commit 985503439762 ("fdt: Don't call board_fdt_blob_setup()
> without OF_BOARD") board_fdt_blob_setup() is no more called on
> STM32MP platforms in trusted boot which hangs during boot process.
>
> Enable OF_BOARD flag to fix this issue.
>
>
Hi Patrick
On 1/18/22 10:33, Patrick Delaunay wrote:
> Add the partition name and remove the line number in error messages
> of treat_partition_list() to provide correct information to user of
> STM32CubeProgrammer.
>
> The "line number" value was confusing because it is incorrect here;
> the
Hi Patrick
On 1/11/22 16:37, Patrick Delaunay wrote:
> Solve compilation issue on undefined CONFIG_SYS_MMC_ENV_DEV when
> CONFIG_ENV_IS_IN_MMC is deactivated on STMicroelectronics boards
> defconfig
>
> Fixes: 9f97193616f1 ("board: stm32mp1: use CONFIG_SYS_MMC_ENV_DEV when
> available")
>
Hi Marek
On 12/30/21 23:46, Marek Vasut wrote:
> Synchronize DH DHCOM DTs with Linux commit 25960cafa06e ("Linux 5.15.12").
> There is no functional change to the resulting DTs. The eeprom0 alias and
> PHY reset GPIO are now reinstated in SoM u-boot dtsi.
>
> Signed-off-by: Marek Vasut
> Cc:
Hi Marek
On 12/30/21 23:46, Marek Vasut wrote:
> Synchronize DH DHCOM DTs with Linux commit 25960cafa06e ("Linux 5.15.12").
> There is no functional change to the resulting DTs. The eeprom0 alias and
> PHY reset GPIO are now reinstated in SoM u-boot dtsi.
>
> Signed-off-by: Marek Vasut
> Cc:
Hi Marek
On 12/30/21 23:46, Marek Vasut wrote:
> Synchronize DH DHCOR DTs with Linux commit 25960cafa06e ("Linux 5.15.12").
> There is no functional change to the resulting DTs. The eeprom0 alias is
> now reinstated in SoM u-boot dtsi, the PHY reset GPIO is reinstated in AV96
> u-boot dtsi.
>
>
Hi Patrick
On 12/17/21 16:30, Patrick Delaunay wrote:
> Device tree alignment with Linux kernel v5.16-rc5
> - ARM: dts: stm32: set otg-rev on stm32mp151
> - ARM: dts: stm32: use usbphyc ck_usbo_48m as USBH OHCI clock on stm32mp151
> - ARM: dts: stm32: fix AV96 board SAI2 pin muxing on stm32mp15
>
Hi Heinrich
On 1/11/22 15:58, Heinrich Schuchardt wrote:
> MAX_SEARCH_PARTITIONS is the highest possible partition number.
> Do not skip the last partition in board_get_alt_info_mmc().
>
> Signed-off-by: Heinrich Schuchardt
> ---
> board/st/common/stm32mp_dfu.c | 2 +-
> 1 file changed, 1
Hi Patrick
On 12/7/21 10:05, Patrick Delaunay wrote:
> Default value for CONFIG_SYS_BOOTCOUNT_SINGLEWORD and
> CONFIG_SYS_BOOTCOUNT_ADDR are only needed when
> CONFIG_BOOTCOUNT_GENERIC is used.
>
> This patch avoids to define these configs when an other bootcount backend
> is activated, for
Hi Patrick
On 12/7/21 10:05, Patrick Delaunay wrote:
> Today the bootcount is not managed by the Linux kernel for STM32MP15 as
> we don't have driver to update the used backup register in TAMP and the
> recovery command still executes the normal bootcmd with
> 'altbootcmd=run bootcmd'.
>
> So
Hi Marek
On 12/6/21 21:58, Marek Vasut wrote:
> This patch configures U-Boot SPL for DHCOR SoM to permit DFU upload of
> SPL and subsequent u-boot.itb for recovery or commissioning purposes.
>
> To start U-Boot on DHCOR based board, e.g. Avenger96, proceed as follows:
> - Install dfu-util on the
Hi Marek
On 12/6/21 21:58, Marek Vasut wrote:
> In case the SoC reports the boot device type is USB, it means the SPL was
> loaded via BootROM DFU mode. Currently the spl_boot_device() returns boot
> device as USB host, change it to DFU instead, so the SPL can continue the
> DFU boot and load
On 23/01/2022 15:04, Simon Glass wrote:
This converts the following to Kconfig:
CONFIG_VIDEO_BCM2835
This is the final ad-hoc CONFIG_VIDEO_... to convert.
Signed-off-by: Simon Glass
Acked-by: Matthias Brugger
---
configs/rpi_0_w_defconfig | 1 +
configs/rpi_2_defconfig
On 14/01/2022 17.51, Simon Glass wrote:
> Hi Rasmus,
>
> On Tue, 26 Oct 2021 at 02:08, Rasmus Villemoes
> wrote:
>>
>> On 26/10/2021 03.28, Simon Glass wrote:
>>> Hi Rasmus,
>>>
>>> On Tue, 28 Sept 2021 at 02:57, Rasmus Villemoes
>>> wrote:
The build system already automatically looks
Hi Stefan,
On Mon, Jan 24, 2022 at 1:41 AM Stefan Roese wrote:
>
> On 1/24/22 07:17, Tony Dinh wrote:
> > Add board header, defconfig, and implementation files for Pogoplug V4.
> >
> > Signed-off-by: Tony Dinh
> > ---
> >
> > Changes in v5:
> > - Currently, CONFIG_RESET_PHY_R symbol is used in
1 - 100 of 109 matches
Mail list logo
