From: Igor Opaniuk
Add information about a custodian tree [1] for AVB/AB, which is
maintained by Mattijs Korpershoek.
[1] https://source.denx.de/u-boot/custodians/u-boot-dfu
Signed-off-by: Igor Opaniuk
---
MAINTAINERS | 2 ++
1 file changed, 2 insertions(+)
diff --git a/MAINTAINERS
From: Igor Opaniuk
Add information about a custodian tree [1] for AVB/AB, which is
maintained by Mattijs Korpershoek.
[1] https://source.denx.de/u-boot/custodians/u-boot-dfu
Signed-off-by: Igor Opaniuk
---
MAINTAINERS | 2 ++
1 file changed, 2 insertions(+)
diff --git a/MAINTAINERS
On Sun, Feb 11, 2024 at 11:42:48PM +0300, Maxim Moskalets wrote:
> diff --git a/cmd/elf.c b/cmd/elf.c
> index b7b9f506a5..4d365771eb 100644
> --- a/cmd/elf.c
> +++ b/cmd/elf.c
> @@ -38,6 +38,8 @@ static unsigned long do_bootelf_exec(ulong (*entry)(int,
> char * const[]),
> /* Interpreter command
Hey Bryan!
On 12/02/24 20:51, Bryan Brattlof wrote:
> Hey Aradhya!
>
> On February 12, 2024 thus sayeth Aradhya Bhatia:
>> Refactor common QoS code into a new common header file, and the soc
>> specific setup_qos functions into a common API.
>>
>> Rename $(soc)_qos_count and $(soc)_qos_data
On 2024-02-13 00:33, Marek Vasut wrote:
On 2/12/24 22:10, Dragan Simic wrote:
On 2024-02-12 21:19, Marek Vasut wrote:
On 2/12/24 14:41, Shantur Rathore wrote:
On Mon, Feb 12, 2024 at 1:40 PM Shantur Rathore
wrote:
On Sat, Feb 10, 2024 at 7:13 AM Dragan Simic
wrote:
On 2024-02-08 15:17,
On 2/12/24 22:10, Dragan Simic wrote:
Hello Marek, Andre and Shantur,
On 2024-02-12 21:19, Marek Vasut wrote:
On 2/12/24 14:41, Shantur Rathore wrote:
On Mon, Feb 12, 2024 at 1:40 PM Shantur Rathore wrote:
On Sat, Feb 10, 2024 at 7:13 AM Dragan Simic
wrote:
On 2024-02-08 15:17, Dragan
Usage of common.h is deprecated.
* Remove common.h from RNG drivers.
* Sort includes.
* Add time.h to sandbox driver.
* Add linux/types.h to rng.h to provide size_t.
Signed-off-by: Heinrich Schuchardt
---
drivers/rng/arm_rndr.c | 3 +--
drivers/rng/iproc_rng200.c | 3 +--
Hi Quentin,
On 2024-02-12 12:51, Quentin Schulz wrote:
> Hi Jonas,
>
> On 2/12/24 12:08, Jonas Karlman wrote:
>> Hi Quentin,
>>
>> On 2024-02-12 11:37, Quentin Schulz wrote:
>>> Hi Jonas,
>>>
>>> On 2/12/24 01:59, Jonas Karlman wrote:
With the stack and text base used by U-Boot SPL and
Hello Marek, Andre and Shantur,
On 2024-02-12 21:19, Marek Vasut wrote:
On 2/12/24 14:41, Shantur Rathore wrote:
On Mon, Feb 12, 2024 at 1:40 PM Shantur Rathore wrote:
On Sat, Feb 10, 2024 at 7:13 AM Dragan Simic
wrote:
On 2024-02-08 15:17, Dragan Simic wrote:
On 2024-02-08 15:10, Shantur
On 2/11/24 21:18, Thomas Weißschuh wrote:
Signed-off-by: Thomas Weißschuh
Reviewed-by: Heinrich Schuchardt
---
doc/usage/cmd/env.rst | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/doc/usage/cmd/env.rst b/doc/usage/cmd/env.rst
index a859e32798cb..a7e21693a672 100644
On 2024-02-12 14:15, Jerome Forissier wrote:
> On 2/12/24 12:51, Quentin Schulz wrote:
>> Hi Jonas,
>>
>> On 2/12/24 12:08, Jonas Karlman wrote:
>>> Hi Quentin,
>>>
>>> On 2024-02-12 11:37, Quentin Schulz wrote:
Hi Jonas,
On 2/12/24 01:59, Jonas Karlman wrote:
> With the stack
On Mon, Feb 12, 2024 at 09:18:09PM +0100, Heinrich Schuchardt wrote:
> Dear Tom,
>
> The following changes since commit 91c37c4a20db24a4fc1d565c70035072d355cce0:
>
> Merge tag 'u-boot-imx-master-20240212' of
> https://gitlab.denx.de/u-boot/custodians/u-boot-imx (2024-02-1
On Mon, Feb 12, 2024 at 9:53 AM Nishanth Menon wrote:
>
> Enable the external 32k crystal similar to that found on other
> production AM62X board. The trim settings for the crystal is board
> dependent, so the sequences tend to be board specific. Since this is
> a configuration that needs to be
I am curious about your use cases for this. as ideally all systems use the
generic distro boot paths and it is not needed for them.
Dennis
On Fri, Feb 2, 2024 at 9:13 AM Josua Mayer wrote:
> Update the helios4 defconfig to enable the 'setexpr' command, which is a
> default and useful for
On 2/12/24 14:41, Shantur Rathore wrote:
On Mon, Feb 12, 2024 at 1:40 PM Shantur Rathore wrote:
Thanks Dragan,
On Sat, Feb 10, 2024 at 7:13 AM Dragan Simic wrote:
Hello Shantur,
On 2024-02-08 15:17, Dragan Simic wrote:
On 2024-02-08 15:10, Shantur Rathore wrote:
On Thu, Feb 8, 2024 at
Added the ability to use FDT for ELF applications, required to run some OS. To
make FDT setup, you need to set the -d fdt_addr_r cmd option for bootelf command
Signed-off-by: Maxim Moskalets
Cc: Tom Rini
---
cmd/elf.c | 24 ++--
1 file changed, 22 insertions(+), 2
Dear Tom,
The following changes since commit 91c37c4a20db24a4fc1d565c70035072d355cce0:
Merge tag 'u-boot-imx-master-20240212' of
https://gitlab.denx.de/u-boot/custodians/u-boot-imx (2024-02-12 09:26:20
-0500)
are available in the Git repository at:
https://source.denx.de/u-boot/custodians
On Sat, 02 Dec 2023 10:39:49 +0100, Nils Le Roux wrote:
> Some platforms (such as the Lichee Pi 4A) have their dwmac device
> addressable only in high memory space. Storing the node's base address
> on 32 bits is not possible in such case.
>
> Use platform's physical address type to store the
On Mon, Feb 12, 2024 at 07:56:40PM +, Andre Przywara wrote:
> On Mon, 12 Feb 2024 13:40:31 -0500
> Tom Rini wrote:
>
> > On Sat, Feb 10, 2024 at 05:37:03PM +, Andre Przywara wrote:
> >
> > > On Mon, 4 Dec 2023 01:09:30 +
> > > Andre Przywara wrote:
> > >
> > > Hi Joe, Ramon, Tom,
On Mon, 12 Feb 2024 13:40:31 -0500
Tom Rini wrote:
> On Sat, Feb 10, 2024 at 05:37:03PM +, Andre Przywara wrote:
>
> > On Mon, 4 Dec 2023 01:09:30 +
> > Andre Przywara wrote:
> >
> > Hi Joe, Ramon, Tom,
> >
> > for some reason patchwork put this on my plate, but it looks like
> >
Stop using the findfdt script and switch to setting the fdtfile from
C code.
While at this, replace findfdt in environment with a warning as it is
no longer needed
Reviewed-by: Jonathan Humphreys
Reviewed-by: Roger Quadros
Signed-off-by: Nishanth Menon
---
Changes since V3:
* No change
V3:
Stop using the findfdt script and switch to setting the fdtfile from C
code.
Reviewed-by: Jonathan Humphreys
Reviewed-by: Roger Quadros
Signed-off-by: Nishanth Menon
---
Changes since V3:
* No change
V3: https://lore.kernel.org/r/20240130130615.670783-11...@ti.com
Introduce a common fdt operations library for basic device tree
operations that are common between various boards.
The first library to introduce here is the capability to set up
fdtfile as a standard variable as part of board identification rather
than depend on scripted ifdeffery.
Reviewed-by:
We now can provide a map and have the standard fdtfile variable set from
code itself. This allows for bootstd to "just work".
While at this, replace findfdt in environment with a warning as it is no
longer needed.
Reviewed-by: Jonathan Humphreys
Reviewed-by: Roger Quadros
Signed-off-by:
We now can provide a map and have the standard fdtfile variable set from
code itself. This allows for bootstd to "just work".
While at this, replace findfdt in environment with a warning as it is no
longer needed.
Reviewed-by: Jonathan Humphreys
Reviewed-by: Roger Quadros
Signed-off-by:
We now can provide a map and have the standard fdtfile variable set from
code itself. This allows for bootstd to "just work".
While at this, replace findfdt in environment with a warning as it is no
longer needed.
Reviewed-by: Jonathan Humphreys
Reviewed-by: Roger Quadros
Signed-off-by:
Hi,
Hopefully the last time. Apologies on the screw ups. Ran CI loop[1] to be
doubly sure that I have'nt yet again fat fingered something.
This is a wide cleanup to switch to setting fdtfile using env_set
instead of scripted magic. 'fdtfile' is expected to be set by default.
This allows the
Stop using the findfdt script and switch to setting the fdtfile from
C code.
While at this, replace findfdt in environment with a warning as it is
no longer needed
Reviewed-by: Jonathan Humphreys
Reviewed-by: Roger Quadros
Signed-off-by: Nishanth Menon
---
Changes since V3:
* Add missing
We shouldn't need finfdt anymore. Drop the env script.
Reviewed-by: Jonathan Humphreys
Reviewed-by: Roger Quadros
Signed-off-by: Nishanth Menon
---
Changes since V3:
* No change
V3: https://lore.kernel.org/r/20240130130615.670783-12...@ti.com
include/env/ti/default_findfdt.env | 12
Stop using the findfdt script and switch to setting the fdtfile from C
code.
Reviewed-by: Jonathan Humphreys
Reviewed-by: Roger Quadros
Signed-off-by: Nishanth Menon
---
Changes since V3:
* No change
V3: https://lore.kernel.org/r/20240130130615.670783-10...@ti.com
Add missing board/ti/common/Kconfig references for the platforms that
missed it. The intent is for the common Kconfig to be usable across TI
reference boards as required.
Reported-by: Tom Rini
Signed-off-by: Nishanth Menon
---
Changes since V3:
* No change
V3:
We now can provide a map and have the standard fdtfile variable set from
code itself. This allows for bootstd to "just work".
While at this, replace findfdt in environment with a warning as it is no
longer needed.
Reviewed-by: Jonathan Humphreys
Reviewed-by: Roger Quadros
Signed-off-by:
On Mon, Feb 12, 2024 at 09:41:17PM +0300, Maxim Moskalets wrote:
> Added the ability to use FDT for ELF applications, required to run some OS.
> To make FDT setup, you need to set the elf_needed_fdt environment variable to
> a value like y or yes.
>
> Signed-off-by: Maxim Moskalets
>
> Cc:
Added the ability to use FDT for ELF applications, required to run some OS. To
make FDT setup, you need to set the elf_needed_fdt environment variable to a
value like y or yes.
Signed-off-by: Maxim Moskalets
Cc: Tom Rini
---
cmd/elf.c | 14 ++
env/common.c | 5 +
On Sat, Feb 10, 2024 at 05:37:03PM +, Andre Przywara wrote:
> On Mon, 4 Dec 2023 01:09:30 +
> Andre Przywara wrote:
>
> Hi Joe, Ramon, Tom,
>
> for some reason patchwork put this on my plate, but it looks like
> genuine network code to me, and the problem definitely doesn't affect
>
On 09:53-20240212, Nishanth Menon wrote:
> Add the Debounce configuration registers that need to be configured one
> time for the platform for the entire SoC.
>
> Signed-off-by: Nishanth Menon
> ---
> arch/arm/mach-k3/include/mach/am62_hardware.h | 3 +++
> 1 file
On 2/13/2024 1:08 AM, Tom Rini wrote:
On Tue, Feb 13, 2024 at 01:02:50AM +0800, Yang Xiwen wrote:
On 2/13/2024 12:58 AM, Tom Rini wrote:
On Tue, Feb 13, 2024 at 12:30:15AM +0800, Yang Xiwen via B4 Relay wrote:
From: Yang Xiwen
The first supported SoC is Hi3798MV200.
Signed-off-by: Yang
On Tue, Feb 13, 2024 at 01:02:50AM +0800, Yang Xiwen wrote:
> On 2/13/2024 12:58 AM, Tom Rini wrote:
> > On Tue, Feb 13, 2024 at 12:30:15AM +0800, Yang Xiwen via B4 Relay wrote:
> >
> > > From: Yang Xiwen
> > >
> > > The first supported SoC is Hi3798MV200.
> > >
> > > Signed-off-by: Yang Xiwen
On 2/13/2024 12:58 AM, Tom Rini wrote:
On Tue, Feb 13, 2024 at 12:30:15AM +0800, Yang Xiwen via B4 Relay wrote:
From: Yang Xiwen
The first supported SoC is Hi3798MV200.
Signed-off-by: Yang Xiwen
---
This patchset adds support for HiSTB ioconfig module. The module is used
to set pins
On Tue, Feb 13, 2024 at 12:30:15AM +0800, Yang Xiwen via B4 Relay wrote:
> From: Yang Xiwen
>
> The first supported SoC is Hi3798MV200.
>
> Signed-off-by: Yang Xiwen
> ---
> This patchset adds support for HiSTB ioconfig module. The module is used
> to set pins config(e.g. pull-up, pull-down,
On Mon, Feb 12, 2024 at 05:53:29PM +0100, Heinrich Schuchardt wrote:
> The common.h should not be used anymore.
>
> Signed-off-by: Heinrich Schuchardt
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: PGP signature
On Mon, Feb 12, 2024 at 05:52:03PM +0100, Heinrich Schuchardt wrote:
> On 12.02.24 17:19, Tom Rini wrote:
> > On Sun, Feb 11, 2024 at 06:53:47PM +0100, Igor Opaniuk wrote:
> > > Hi Tom,
> > >
> > > On Fri, Feb 9, 2024 at 3:52 PM Tom Rini wrote:
> > > >
> > > > Rework the section about includes
The common.h should not be used anymore.
Signed-off-by: Heinrich Schuchardt
---
cmd/arm/exception.c | 1 -
cmd/riscv/exception.c | 1 -
cmd/sandbox/exception.c | 1 -
cmd/x86/exception.c | 1 -
4 files changed, 4 deletions(-)
diff --git a/cmd/arm/exception.c b/cmd/arm/exception.c
On 12.02.24 17:19, Tom Rini wrote:
On Sun, Feb 11, 2024 at 06:53:47PM +0100, Igor Opaniuk wrote:
Hi Tom,
On Fri, Feb 9, 2024 at 3:52 PM Tom Rini wrote:
Rework the section about includes slightly. We should not be using
common.h anywhere, so remove that from examples and ask people to send
From: Yang Xiwen
The first supported SoC is Hi3798MV200.
Signed-off-by: Yang Xiwen
---
This patchset adds support for HiSTB ioconfig module. The module is used
to set pins config(e.g. pull-up, pull-down, drive-strength etc..) and
pinmux.
The first supported chip is Hi3798MV200. Adding support
On Sun, Feb 11, 2024 at 06:53:47PM +0100, Igor Opaniuk wrote:
> Hi Tom,
>
> On Fri, Feb 9, 2024 at 3:52 PM Tom Rini wrote:
> >
> > Rework the section about includes slightly. We should not be using
> > common.h anywhere, so remove that from examples and ask people to send
> > patches removing it
ot/custodians/u-boot-dfu (2024-02-09 09:00:42
> -0500)
>
> are available in the Git repository at:
>
> https://gitlab.denx.de/u-boot/custodians/u-boot-imx.git
> tags/u-boot-imx-master-20240212
>
> for you to fetch changes up to fcd377ed6480643b1f79188c7a8fb9280a211b4f:
&g
On RISC-V systems system the Supervisory Binary Interface provides system
reset and poweroff. Use it at EFI runtime.
Signed-off-by: Heinrich Schuchardt
---
lib/efi_driver/Makefile | 1 +
lib/efi_driver/efi_reset_riscv.c | 29 +
lib/efi_loader/Kconfig
On 10.02.24 13:46, Janne Grunau via B4 Relay wrote:
From: Andre Przywara
UEFI applications rely on Unicode output capability, and might use that
for drawing pseudo-graphical interfaces using Unicode defined box
drawing characters.
Add a simple test to display the most basic box characters,
Enable the external 32k crystal similar to that found on other
production AM62X board. The trim settings for the crystal is board
dependent, so the sequences tend to be board specific. Since this is
a configuration that needs to be done prior to DM managing the system
and all other muxes get set,
Configure the debounce configuration that makes sense for BeaglePlay
usage model.
Signed-off-by: Nishanth Menon
---
board/beagle/beagleplay/beagleplay.c | 24
1 file changed, 24 insertions(+)
diff --git a/board/beagle/beagleplay/beagleplay.c
Enable CONFIG_SPL_BOARD_INIT to configure the 32k crystal.
Signed-off-by: Nishanth Menon
---
configs/am62x_beagleplay_r5_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/am62x_beagleplay_r5_defconfig
b/configs/am62x_beagleplay_r5_defconfig
index 2f3264b7ede6..9413c859870f
Hi,
This is a follow up from [1] - Without the 32k crystal configuration,
wlan does'nt work. Debounce is needed for HDMI hpd gpio interrupt.
At least the 32k configuration has been done for toradex and phytec
boards, follow similar model of programming.
This series is based on master commit
Add the Debounce configuration registers that need to be configured one
time for the platform for the entire SoC.
Signed-off-by: Nishanth Menon
---
arch/arm/mach-k3/include/mach/am62_hardware.h | 3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/arm/mach-k3/include/mach/am62_hardware.h
Hey Aradhya!
On February 12, 2024 thus sayeth Aradhya Bhatia:
> Refactor common QoS code into a new common header file, and the soc
> specific setup_qos functions into a common API.
>
> Rename $(soc)_qos_count and $(soc)_qos_data variables to qos_count and
> qos_data. When QoS settings of more
On 2024-02-12 15:21, Peter Robinson wrote:
On Mon, 12 Feb 2024 at 14:16, Dragan Simic wrote:
On 2024-02-12 14:56, Peter Robinson wrote:
> On Fri, 9 Feb 2024 at 18:57, Dragan Simic wrote:
>> On 2024-02-09 19:36, Mark Kettenis wrote:
>> >> Date: Fri, 09 Feb 2024 18:58:01 +0100
>> >> From:
On Mon, 12 Feb 2024 at 14:16, Dragan Simic wrote:
>
> Hello Peter,
>
> On 2024-02-12 14:56, Peter Robinson wrote:
> > On Fri, 9 Feb 2024 at 18:57, Dragan Simic wrote:
> >> On 2024-02-09 19:36, Mark Kettenis wrote:
> >> >> Date: Fri, 09 Feb 2024 18:58:01 +0100
> >> >> From: Dragan Simic
> >> >>
Hello Peter,
On 2024-02-12 14:56, Peter Robinson wrote:
On Fri, 9 Feb 2024 at 18:57, Dragan Simic wrote:
On 2024-02-09 19:36, Mark Kettenis wrote:
>> Date: Fri, 09 Feb 2024 18:58:01 +0100
>> From: Dragan Simic
>> Please, see my comments below.
>>
>> On 2024-02-09 10:50, Quentin Schulz wrote:
On Mon, Feb 12, 2024 at 9:57 PM Peter Robinson wrote:
>
> On Sat, 10 Feb 2024 at 06:32, Chen-Yu Tsai wrote:
> >
> > From: Chen-Yu Tsai
> >
> > Hi folks,
> >
> > This series enables ROCKCHIP_EFUSE and MISC_INIT_R by default for RK3328
> > and RK3399 so that the cpuid is read from the efuse and
On 2024-02-12 14:51, Chen-Yu Tsai wrote:
From: Chen-Yu Tsai
The NanoPi R4S has an RK3399 SoC, which has efuse supported by
ROCKCHIP_EFUSE, not ROCKCHIP_OTP.
Signed-off-by: Chen-Yu Tsai
Reviewed-by: Dragan Simic
---
configs/nanopi-r4s-rk3399_defconfig | 1 -
1 file changed, 1
On Sat, 10 Feb 2024 at 06:32, Chen-Yu Tsai wrote:
>
> From: Chen-Yu Tsai
>
> Hi folks,
>
> This series enables ROCKCHIP_EFUSE and MISC_INIT_R by default for RK3328
> and RK3399 so that the cpuid is read from the efuse and used to generate
> a serial number and MAC addresses for all boards.
For
On Fri, 9 Feb 2024 at 18:57, Dragan Simic wrote:
>
> Hello Mark,
>
> On 2024-02-09 19:36, Mark Kettenis wrote:
> >> Date: Fri, 09 Feb 2024 18:58:01 +0100
> >> From: Dragan Simic
> >> Please, see my comments below.
> >>
> >> On 2024-02-09 10:50, Quentin Schulz wrote:
> >> > From: Quentin Schulz
Hello Peter,
On 2024-02-12 14:41, Peter Robinson wrote:
On Fri, 9 Feb 2024 at 09:50, Quentin Schulz
wrote:
From: Quentin Schulz
Compared to the original misc_init_r from Rockchip mach code,
setup_iodomain() is added and rockchip_setup_macaddr() is not called.
It is assumed adding
Hi Peter,
On 2/12/24 14:41, Peter Robinson wrote:
On Fri, 9 Feb 2024 at 09:50, Quentin Schulz wrote:
From: Quentin Schulz
Compared to the original misc_init_r from Rockchip mach code,
setup_iodomain() is added and rockchip_setup_macaddr() is not called.
It is assumed adding
On Fri, 9 Feb 2024 at 09:50, Quentin Schulz wrote:
>
> From: Quentin Schulz
>
> There's only one user of rockchip_capsule_update_board_setup, which is
> in board.c, and only one board defines it, so instead of having a header
> only for one function symbol, let's just use a weak symbol instead.
On Fri, 9 Feb 2024 at 09:50, Quentin Schulz wrote:
>
> From: Quentin Schulz
>
> Only setup_iodomain() differs from the original misc_init_r from
> Rockchip mach code, so let's use rockchip_early_misc_init_r instead of
> reimplementing the whole misc_init_r from Rockchip.
Reviewed-by: Peter
On Fri, 9 Feb 2024 at 09:50, Quentin Schulz wrote:
>
> From: Quentin Schulz
>
> Compared to the original misc_init_r from Rockchip mach code,
> setup_iodomain() is added and rockchip_setup_macaddr() is not called.
>
> It is assumed adding rockchip_setup_macaddr() back is fine.
> Let's use
From: Chen-Yu Tsai
The NanoPi R4S has an RK3399 SoC, which has efuse supported by
ROCKCHIP_EFUSE, not ROCKCHIP_OTP.
Signed-off-by: Chen-Yu Tsai
---
configs/nanopi-r4s-rk3399_defconfig | 1 -
1 file changed, 1 deletion(-)
diff --git a/configs/nanopi-r4s-rk3399_defconfig
From: Chen-Yu Tsai
Regenerate RK3399 defconfigs after adding imply statements.
Signed-off-by: Chen-Yu Tsai
Reviewed-by: Christopher Obbard
Reviewed-by: Dragan Simic
Reviewed-by: Quentin Schulz
---
configs/chromebook_bob_defconfig | 3 ---
configs/chromebook_kevin_defconfig
From: Chen-Yu Tsai
Regenerate RK3328 defconfigs after adding imply statements.
Signed-off-by: Chen-Yu Tsai
Reviewed-by: Christopher Obbard
Reviewed-by: Dragan Simic
---
configs/evb-rk3328_defconfig | 3 ---
configs/nanopi-r2c-plus-rk3328_defconfig | 3 ---
From: Chen-Yu Tsai
The rockchip-efuse driver supports the efuse found on RK3399. This
hardware block is part of the SoC and contains the CPUID, which can
be used to generate stable serial numbers and MAC addresses.
Enable the driver and reading cpuid by default for RK3399.
Signed-off-by:
From: Chen-Yu Tsai
The rockchip-efuse driver supports the efuse found on RK3328. This
hardware block is part of the SoC and contains the CPUID, which can
be used to generate stable serial numbers and MAC addresses.
Enable the driver and reading cpuid by default for RK3328.
Signed-off-by:
From: Chen-Yu Tsai
Hi folks,
This is v2 of my "read cpuid and generate MAC address from efuse on
RK3328 and RK3399 by default" series.
Changes since v1:
- Also imply "CONFIG_MISC"
- Add back unintentionally removed CONFIG_OF_LIBFDT_OVERLAY=y
- Remove ROCKCHIP_OTP from
Hello Shantur,
On 2024-02-12 14:40, Shantur Rathore wrote:
On Sat, Feb 10, 2024 at 7:13 AM Dragan Simic
wrote:
On 2024-02-08 15:17, Dragan Simic wrote:
> On 2024-02-08 15:10, Shantur Rathore wrote:
>> On Thu, Feb 8, 2024 at 1:44 PM Dragan Simic
>> wrote:
>>> On 2024-02-08 14:33, Marek Vasut
On Mon, Feb 12, 2024 at 1:40 PM Shantur Rathore wrote:
>
> Thanks Dragan,
>
> On Sat, Feb 10, 2024 at 7:13 AM Dragan Simic wrote:
> >
> > Hello Shantur,
> >
> > On 2024-02-08 15:17, Dragan Simic wrote:
> > > On 2024-02-08 15:10, Shantur Rathore wrote:
> > >> On Thu, Feb 8, 2024 at 1:44 PM Dragan
On Fri, 9 Feb 2024 at 09:50, Quentin Schulz wrote:
>
> From: Quentin Schulz
>
> Compared to the original misc_init_r from Rockchip mach code,
> setup_iodomain() is added and rockchip_setup_macaddr() is not called.
>
> It is assumed adding rockchip_setup_macaddr() back is fine.
> Let's use
Thanks Dragan,
On Sat, Feb 10, 2024 at 7:13 AM Dragan Simic wrote:
>
> Hello Shantur,
>
> On 2024-02-08 15:17, Dragan Simic wrote:
> > On 2024-02-08 15:10, Shantur Rathore wrote:
> >> On Thu, Feb 8, 2024 at 1:44 PM Dragan Simic
> >> wrote:
> >>> On 2024-02-08 14:33, Marek Vasut wrote:
> >>> >
On 10.02.24 13:46, Janne Grunau via B4 Relay wrote:
From: Janne Grunau
Draw symbols from code page 437 code points 0x01 - 01f used by UEFI
applications to draw user interfaces using
EFI_SIMPLE_TEXT_OUTPUT_PROTOCOL.
Add a simple test to displaying the Konami code using symbols used by
The
Not all flows have a device and the function already contains logic to
handle this case.
Fixes: eccb25cd5922 ("bootstd: Allow the bootdev to be optional in bootflows")
Signed-off-by: Thomas Weißschuh
---
boot/bootdev-uclass.c | 1 -
1 file changed, 1 deletion(-)
diff --git
When `gd` is relocated during `spl_relocate_stack_gd()` the
doubly-linked circular list in the `log_head` member is broken.
The last element of the list should point back to the initial
`list_head`, but as the initial `list_head` is moved the pointer becomes
stale. As a result the loop in
The functions virtio_pci_get_config() and virtio_pci_set_config() don't
take the offset into account when reading the config space. For example
this manifests when U-Boot tries to read the MAC address of the VirtIO
networking device. It reads 6 equa bytes instead of the proper addess.
Fix those
Added the ability to use FDT for ELF applications, required to run some OS. To
make FDT setup, you need to set the elf_needed_fdt environment variable to a
value like y or yes.
Signed-off-by: Maxim Moskalets
Cc: Tom Rini
---
cmd/elf.c | 14 ++
env/common.c | 5 +
On 2/12/24 12:51, Quentin Schulz wrote:
> Hi Jonas,
>
> On 2/12/24 12:08, Jonas Karlman wrote:
>> Hi Quentin,
>>
>> On 2024-02-12 11:37, Quentin Schulz wrote:
>>> Hi Jonas,
>>>
>>> On 2/12/24 01:59, Jonas Karlman wrote:
With the stack and text base used by U-Boot SPL and proper on RK3399
On 10.02.24 13:46, Janne Grunau via B4 Relay wrote:
From: Andre Przywara
UEFI relies entirely on unicode output, which actual fonts displayed on
the screen might not be ready for.
Add a test displaying some international characters, to reveal missing
glyphs, especially in our builtin fonts.
Hi Milan,
Le mar. 30 janv. 2024 à 15:55, Milan Zamazal a écrit :
>
> Fabio Estevam writes:
>
> > Hi Milan,
> >
> > On Tue, Jan 30, 2024 at 9:22 AM Milan Zamazal wrote:
> >
> >> Well, after trying both the SD cards again with fresh reinstallations, it
> >> works
> >> with a 32 GB card and I
On 10.02.24 13:46, Janne Grunau via B4 Relay wrote:
From: Janne Grunau
Code page 437 uses code points 1-31 for glyphs instead of control
characters. Map the appropriate Unicode code points to this code points.
Fixes rendering of grub2's menu as EFI application using the
On 10.02.24 13:46, Janne Grunau via B4 Relay wrote:
From: Janne Grunau
efi_console / UEFI applications (grub2, sd-boot, ...) pass UTF-8
character sequences to vidconsole which results in wrong glyphs for code
points outside of ASCII. The truetype console expects Unicode code
points and bitmap
On 10.02.24 13:46, Janne Grunau via B4 Relay wrote:
From: Janne Grunau
Suggested-by: Heinrich Schuchardt
Signed-off-by: Janne Grunau
Reviewed-by: Heinrich Schuchardt
---
include/charset.h | 14 --
1 file changed, 12 insertions(+), 2 deletions(-)
diff --git
Hi Jonas,
On 2/12/24 12:08, Jonas Karlman wrote:
Hi Quentin,
On 2024-02-12 11:37, Quentin Schulz wrote:
Hi Jonas,
On 2/12/24 01:59, Jonas Karlman wrote:
With the stack and text base used by U-Boot SPL and proper on RK3399
there is a high likelihood of overlapping when U-Boot proper + FDT
On 11/02/2024 17:34, Marek Vasut wrote:
> Enable LTO globally on Renesas R-Car platforms. This has been enabled
> on a subset of boards already, but at this point it is safe to enable
> it globally. This saves units or tens of kiB from the resulting build.
>
> Signed-off-by: Marek Vasut
> ---
>
On 11/02/2024 17:34, Marek Vasut wrote:
> The maximum size of u-boot.img on R-Car Gen2 is 0x8 or 512 kiB,
> set the limit to avoid overflows as new functionality gets pulled in.
>
> Signed-off-by: Marek Vasut
> ---
> Cc: Niklas Söderlund
> Cc: Paul Barker
> ---
> Kconfig | 3 ++-
> 1 file
On 11/02/2024 17:34, Marek Vasut wrote:
> These systems are unlikely to use EFI as this functionality has not been
> enabled until it got pulled in by Kconfig default. This functionality
> does add some 60-70 kiB to the u-boot.img size, which overflows the size
> limit. Disable it.
>
>
On Mon, 12 Feb 2024 at 11:45, Igor Opaniuk wrote:
>
> From: Igor Opaniuk
>
> Add support for the SHA-512 Secure Hash Algorithm which uses ARMv8 Crypto
> Extensions. The CPU should support ARMv8.2 instruction set and implement
> SHA512H, SHA512H2, SHA512SU0, and SHA512SU1 instructions.
>
> This
On 2/12/24 11:45, Igor Opaniuk wrote:
From: Igor Opaniuk
Add support for the SHA-512 Secure Hash Algorithm which uses ARMv8 Crypto
Extensions. The CPU should support ARMv8.2 instruction set and implement
SHA512H, SHA512H2, SHA512SU0, and SHA512SU1 instructions.
This information can be
Hi Quentin,
On 2024-02-12 11:37, Quentin Schulz wrote:
> Hi Jonas,
>
> On 2/12/24 01:59, Jonas Karlman wrote:
>> With the stack and text base used by U-Boot SPL and proper on RK3399
>> there is a high likelihood of overlapping when U-Boot proper + FDT nears
>> 1 MiB in size.
>>
>> Currently the
://gitlab.denx.de/u-boot/custodians/u-boot-imx.git
tags/u-boot-imx-master-20240212
for you to fetch changes up to fcd377ed6480643b1f79188c7a8fb9280a211b4f:
configs: imx93_var_som: Enable AHAB support (2024-02-10 15:16:13 -0300)
u-boot-imx-master-20240212
--
CI: https
On Fri, Feb 9, 2024 at 7:30 AM Mathieu Othacehe wrote:
>
> Hello,
>
> In this v2, I moved imx93_probe_mu to a dedicated header.
Applied all, thanks.
On Thu, Feb 8, 2024 at 9:00 PM Marek Vasut wrote:
>
> Recent i.MX8MP DTs use new fsl,imx6ul-ecspi compatible string instead
> of the fsl,imx51-ecspi compatible string. Add the new compatible string
> to fix ECSPI operation on i.MX8MP.
>
> For details, see Linux:
> 48d74376fb68 ("arm64: dts:
On Thu, Feb 8, 2024 at 2:34 PM Marek Vasut wrote:
>
> The SPL clock code does configure the ECSPI clock frequency, which has
> to match the mxc-spi driver configuration for successful SPI NOR boot.
> Drop the assigned-clock from DT ecspi1 node on this board to let the
> SPL clock code do the
From: Igor Opaniuk
Add support for the SHA-512 Secure Hash Algorithm which uses ARMv8 Crypto
Extensions. The CPU should support ARMv8.2 instruction set and implement
SHA512H, SHA512H2, SHA512SU0, and SHA512SU1 instructions.
This information can be obtained from ID_AA64ISAR0_EL1 (AArch64
1 - 100 of 112 matches
Mail list logo