On 1/27/24 00:14, Jonas Karlman wrote:
> Add a default u-boot,spl-boot-order prop to rk3588s-u-boot.dtsi and
> remove the prop from board u-boot.dtsi files using the default value.
>
> Signed-off-by: Jonas Karlman
Reviewed-by: Eugen Hristev
> ---
> arch/arm/dts/rk3588-nanopc-t6-u-boot.dtsi
Hi Jonas,
On 1/27/24 01:26, Jonas Karlman wrote:
> Writing to eMMC using DDR52 mode does not work reliably or at all on
> RK356x and RK3588 boards.
>
This is related to the old issue I encountered last year with mmc write?
Thanks,
Eugen
> Fix this by removing the mmc-ddr-1_8v prop from sdhci
On Fri, Jan 26, 2024 at 1:11 PM Fabio Estevam wrote:
>
> Hi Adam,
>
> On Thu, Jan 25, 2024 at 7:37 PM Adam Ford wrote:
>
> > I had to go back in time, because it appears the current version of
> > 'master' doesn't fully boot the FSPI, but when I applied this patch
> > against a working version, i
Enable Kconfig options to support AHCI, PCI and USB features. This help
keep rk3588-quartzpro64 in sync with other RK3588 boards.
Signed-off-by: Jonas Karlman
---
Please note that this has not been runtime tested, this enables features
that are defines in the device tree and work on other RK3588
Aside: Mailing list archive mangles devicetree node names in the patch as
if it were an email address to obscure.
related linux dts axp15060 node naming updates:
https://github.com/MichaIng/linux/commit/1419a6eeb6a8b834ce9631fc558a57fb634f6949
GMAC and eMMC functions depend on power regulation.
Writing to eMMC using DDR52 mode does not work reliably or at all on
RK356x and RK3588 boards.
Fix this by removing the mmc-ddr-1_8v prop from sdhci nodes.
Signed-off-by: Jonas Karlman
---
arch/arm/dts/rk3566-quartz64-a-u-boot.dtsi | 1 -
arch/arm/dts/rk3566-quartz64-b-u-boot.dtsi | 1 -
ar
Writing to eMMC using HS200 mode work more reliably then other modes on
RK3588 boards.
Enable MMC_HS200_SUPPORT Kconfig option to prefer use of HS200 mode.
Signed-off-by: Jonas Karlman
---
configs/evb-rk3588_defconfig | 2 ++
configs/nanopc-t6-rk3588_defconfig | 2 ++
configs/
Writing to eMMC using HS200 mode work more reliably then other modes on
RK356x boards.
Enable MMC_HS200_SUPPORT Kconfig option to prefer use of HS200 mode.
Signed-off-by: Jonas Karlman
---
configs/anbernic-rgxx3-rk3566_defconfig | 2 ++
configs/bpi-r2-pro-rk3568_defconfig | 2 ++
config
Writing to eMMC using DDR52 mode does not work reliably or at all on
RK356x and RK3588 boards.
This series fixes this issue by changing RK356x and RK3588 boards to
prefer use of the more reliably HS200 mode.
This series depend on the series "rockchip: rk35xx: Sync device tree
with linux v6.8-rc1"
Sync rk356x device tree from linux v6.7.
Signed-off-by: Jonas Karlman
---
arch/arm/dts/rk3566-anbernic-rgxx3.dtsi | 42 +
arch/arm/dts/rk3566-quartz64-a.dts | 2 --
arch/arm/dts/rk3566-quartz64-b.dts | 2 --
arch/arm/dts/rk3566-radxa-cm3-io.dts| 4 +--
ar
Add a default u-boot,spl-boot-order prop to rk3588s-u-boot.dtsi and
remove the prop from board u-boot.dtsi files using the default value.
Signed-off-by: Jonas Karlman
---
arch/arm/dts/rk3588-nanopc-t6-u-boot.dtsi | 6 --
arch/arm/dts/rk3588-orangepi-5-plus-u-boot.dtsi | 6 --
arch/
Sync rk3588 device tree from linux v6.8-rc1.
Signed-off-by: Jonas Karlman
---
arch/arm/dts/rk3588-edgeble-neu6a-io.dts | 4 -
arch/arm/dts/rk3588-edgeble-neu6b-io.dts | 6 +-
arch/arm/dts/rk3588-evb1-v10.dts | 99 ++-
arch/arm/dts/rk3588-nanopc-t6.dts| 10 +-
Remove unnecessary status props from rk35xx u-boot.dtsi files, regular
device tree files or default value already enable the affected nodes.
Also reorder bootph-pre-ram and clock-frequency props alphabetically in
rk3588s-u-boot.dtsi uart2 node.
Signed-off-by: Jonas Karlman
---
arch/arm/dts/rk35
Move uart2 bootph-pre-ram and clock-frequency props from board to SoC
u-boot.dtsi. Regular board device tree already enables the uart2 node,
so status prop is dropped from u-boot.dtsi file.
Also remove unnecessary stdout-path = &uart2, regular board device tree
already provide a stdout-path = "ser
Sync rk3588 device tree from linux v6.7.
Also drop the rockchip,rk3568-dwc3 compatible now that dwc3-generic
driver support the rockchip,rk3588-dwc3 compatible.
Signed-off-by: Jonas Karlman
---
arch/arm/dts/rk3588-turing-rk1.dtsi | 4 +--
arch/arm/dts/rk3588-u-boot.dtsi
Sync rk356x device tree from linux v6.8-rc1.
Signed-off-by: Jonas Karlman
---
arch/arm/dts/rk3566-quartz64-a.dts | 5 +++--
arch/arm/dts/rk3566-radxa-cm3-io.dts | 1 +
arch/arm/dts/rk3566-soquartz-blade.dts | 4
arch/arm/dts/rk3566-soquartz-cm4.dts | 4
arch/arm/dts/rk3
This series sync RK356x and RK3588 device tree with linux v6.8-rc1. It
also moves some common/default props into the SoC u-boot.dtsi files.
Also drop the rockchip,rk3568-dwc3 compatible now that dwc3-generic
driver support the rockchip,rk3588-dwc3 compatible.
Patch 1-2 sync rk356x device trees
Pa
On Fri, Jan 26, 2024 at 1:48 PM Ole P. Orhagen
wrote:
> This commit enables support for DM_SERIAL in the vexpress_ca9x4 boards.
>
> When running the board with the DM_SERIAL driver, the board ran out of
> memory in SPL when initialising the DM serial driver.
>
> Thus this required an increase in
On 2024-01-26 14:46, Quentin Schulz wrote:
On 1/26/24 12:33, Dragan Simic wrote:
On 2024-01-26 12:29, Quentin Schulz wrote:
On 1/26/24 12:24, Dragan Simic wrote:
On 2024-01-26 12:09, Quentin Schulz wrote:
On 1/26/24 12:04, Dragan Simic wrote:
On 2024-01-26 11:37, Quentin Schulz wrote:
On 1/
Hi Adam,
On Thu, Jan 25, 2024 at 7:37 PM Adam Ford wrote:
> I had to go back in time, because it appears the current version of
> 'master' doesn't fully boot the FSPI, but when I applied this patch
> against a working version, it still worked when I was done. I'll try
> to git bisect the issue
On Sun, 21 Jan 2024 14:49:08 +0300
Maksim Kiselev wrote:
> Add PG6-PG7 pins configuration for the SPL to allow use UART1
> on boards with the Allwinner R528/T113 family.
That looks alright. Not super happy to take yet another combination, but
well. Also see below.
> Signed-off-by: Maksim Kisele
On Tue, 31 Oct 2023 01:39:52 -0500
Samuel Holland wrote:
Hi Samuel,
> On many boards, the USB ports are powered by the PMIC's "drivevbus"
> regulator. In preparation for switching the USB PHY driver to use the
> regulator uclass instead of a virtual GPIO pin, ensure these boards
> have AXP PMIC
Hi Kever,
On 1/26/24 11:56, Kever Yang wrote:
Hi Quentin,
On 2024/1/26 17:32, Quentin Schulz wrote:
Hi Kever,
On 1/26/24 09:58, Kever Yang wrote:
Hi Quentin,
On 2024/1/24 19:04, Quentin Schulz wrote:
Hi Kever,
On 1/24/24 11:35, Kever Yang wrote:
Hi Quentin,
On 2024/1/23 22:49, Quentin S
I would like to contribute improvements to u-boot to enable support for the
Orange Pi Zero 2W board.
I think it is not very different from the Orange Pi Zero 3.
The board has an Allwinner H618 SoC.
I already tried to run u-boot on my Zero 2W using a similar configuration
of the Zero 3 with the devi
Hi Sughosh,
po 22. 1. 2024 v 12:55 odesílatel Sughosh Ganu napsal:
>
>
> The following patches migrate the FWU metadata access code to version
> 2 of the structure. This is based on the structure definition as
> defined in the latest rev of the FWU Multi Bank Update specification
> [1].
>
> Since
On Mon, 22 Jan 2024 11:09:31 +
Andre Przywara wrote:
Hi,
I just realised that I forgot to CC: the linux-sunxi list on this.
Could anyone please have a brief look and confirm that I didn't miss
anything in this update? It's mostly about adding DTs for new boards, so
that we can add U-Boot sup
Hi Dragan,
On 1/26/24 12:33, Dragan Simic wrote:
On 2024-01-26 12:29, Quentin Schulz wrote:
On 1/26/24 12:24, Dragan Simic wrote:
On 2024-01-26 12:09, Quentin Schulz wrote:
On 1/26/24 12:04, Dragan Simic wrote:
On 2024-01-26 11:37, Quentin Schulz wrote:
On 1/26/24 03:57, Kever Yang wrote:
Hi Raymond
On Fri, 19 Jan 2024 at 17:12, Raymond Mao wrote:
>
> Save boot arguments r[0-3] into an array for handover of bloblist from
> previous boot stage.
>
> Signed-off-by: Raymond Mao
> ---
> Changes in v2
> - New patch file created for v2.
> Changes in v3
> - Swap value of r0 with r2.
> Ch
On 25.01.24 15:05, Weizhao Ouyang wrote:
Fix a SMCCC TRNG null pointer crash due to a failed smccc feature
binding.
Signed-off-by: Weizhao Ouyang
Reviewed-by: Heinrich Schuchardt
---
drivers/rng/smccc_trng.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/rng
On 26.01.24 12:36, Masahisa Kojima wrote:
Hi Heinrich,
On Fri, 26 Jan 2024 at 16:20, Heinrich Schuchardt wrote:
On 1/22/24 08:26, Masahisa Kojima wrote:
efi_get_variable_int() may fail, the buffer should be
cleared before using it.
Signed-off-by: Masahisa Kojima
Addresses-Coverity-ID: 4783
This commit enables support for DM_SERIAL in the vexpress_ca9x4 boards.
When running the board with the DM_SERIAL driver, the board ran out of
memory in SPL when initialising the DM serial driver.
Thus this required an increase in the pre-allocated SRAM memory. I did
increase it to 0x800, and it
The header (NSIH) used for the s5p4418-SoC is not loaded into RAM by the
2nd-bootloader, see boot0.h. Therefore, use an adapted version of
relocate_vectors which relocates the vectors after the header (at _start)
instead of the 'dummy'-vectors at the start of the header (at
__image_copy_start).
Si
ARCH_NEXELL: Change calculation of monitor length (gd->mon_len) to fix
relocation at boards with s5p4418-SoC (ARCH_NEXELL). At s5p4418, _start
is after the header (NSIH). Therefore the monitor length has to be
calculated using __image_copy_start instead of _start in order the
whole monitor code is
Fix relocation of u-boot for s5p4418-SoC. I.e. use __image_copy_start
instead of _start to calculate the monitor length. Furthermore use an
adapted version of relocate_vectors for the s5p4418-SoC. Background:
The header (NSIH) used by the 2nd-bootloader (included at the begin of
u-boot.bin) is no
The legacy USB driver is modified into UCLASS_PHY which works with
drivers/usb/host/ohci-generic.c
This brings back USB functionality for LPC32xx.
Signed-off-by: Piotr Wojtaszczyk
---
arch/arm/dts/lpc3250-ea3250-u-boot.dtsi | 9 +++
arch/arm/dts/lpc32xx-u-boot.dtsi| 4 ++
configs/ea-l
Allow to configure external XTAL OSC or external clock frequency.
Add source clock selection for UART, selecting HCLK may be needed for
higher clock resolution for specific XTAL OSC and baud rate combinations.
HSUART is always driven by PERIPH_CLK.
Signed-off-by: Piotr Wojtaszczyk
---
arch/arm/
Also fixed rounding up in the header verification function. Previously
Makefile was showing the header verification error but it was ignored.
Signed-off-by: Piotr Wojtaszczyk
---
Makefile | 2 +-
arch/arm/Kconfig | 1 +
arch/arm/dts/lpc32xx-u-boot.dts
Entry 'int32' type can inject arbitrary 32bit integer value into a firmware
file. Entry 'file_size' type can inject file size as 32bit integer value into a
firmware file.
Both entries are helpful when a boot ROM requires magic value and/or
firmware length in header.
Signed-off-by: Piotr Wojtaszczy
If a machine doesn't have CONFIG_CLK set the call to clk_get_bulk()
returns '-ENOSYS' error which should be handled the same way as
'-ENOENT' error. The same applies to reset_get_bulk() and 'ENOTSUPP'.
Signed-off-by: Piotr Wojtaszczyk
---
drivers/usb/host/ohci-generic.c | 12
1 fil
the file pytest.py does not exist
Signed-off-by: Wei Ming Chen
---
doc/develop/uefi/uefi.rst | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/doc/develop/uefi/uefi.rst b/doc/develop/uefi/uefi.rst
index c739242b6a..0389b269c0 100644
--- a/doc/develop/uefi/uefi.rst
+++ b/doc/dev
On Fri, 26 Jan 2024 02:53:45 -0800 E Shattow wrote:
> There is missing the AXP15060 power regulation in u-boot needed for SDCard
> and networking. As it is happens to work for some variants and not others,
> and not always. The AXP15060 driver exists in mainline Linux as a variant
> of AXP20x and
Hi Heinrich,
On Fri, 26 Jan 2024 at 16:20, Heinrich Schuchardt wrote:
>
> On 1/22/24 08:26, Masahisa Kojima wrote:
> > efi_get_variable_int() may fail, the buffer should be
> > cleared before using it.
> >
> > Signed-off-by: Masahisa Kojima
> > Addresses-Coverity-ID: 478333 ("Error handling issu
On 2024-01-26 12:29, Quentin Schulz wrote:
On 1/26/24 12:24, Dragan Simic wrote:
On 2024-01-26 12:09, Quentin Schulz wrote:
On 1/26/24 12:04, Dragan Simic wrote:
On 2024-01-26 11:37, Quentin Schulz wrote:
On 1/26/24 03:57, Kever Yang wrote:
On 2024/1/25 19:02, Quentin Schulz wrote:
We don't
On 1/26/24 12:24, Dragan Simic wrote:
[Some people who received this message don't often get email from
dsi...@manjaro.org. Learn why this is important at
https://aka.ms/LearnAboutSenderIdentification ]
On 2024-01-26 12:09, Quentin Schulz wrote:
On 1/26/24 12:04, Dragan Simic wrote:
On 2024-
On 2024-01-26 12:09, Quentin Schulz wrote:
On 1/26/24 12:04, Dragan Simic wrote:
On 2024-01-26 11:37, Quentin Schulz wrote:
On 1/26/24 03:57, Kever Yang wrote:
On 2024/1/25 19:02, Quentin Schulz wrote:
We don't have a dedicated CD pin for the SD card connector.
https://www.digikey.com/en/prod
Hi Weizhao,
On Thu, Jan 25, 2024 at 02:05:00PM +, Weizhao Ouyang wrote:
> According to PSCI specification DEN0022F, PSCI_FEATURES is used to check
> whether the SMCCC is implemented by discovering SMCCC_VERSION.
>
> Signed-off-by: Weizhao Ouyang
> ---
> drivers/firmware/psci.c | 2 +-
> i
Hi Dragan,
On 1/26/24 12:04, Dragan Simic wrote:
[Some people who received this message don't often get email from
dsi...@manjaro.org. Learn why this is important at
https://aka.ms/LearnAboutSenderIdentification ]
Hello Quentin,
On 2024-01-26 11:37, Quentin Schulz wrote:
On 1/26/24 03:57, K
Hello Quentin,
On 2024-01-26 11:37, Quentin Schulz wrote:
On 1/26/24 03:57, Kever Yang wrote:
On 2024/1/25 19:02, Quentin Schulz wrote:
We don't have a dedicated CD pin for the SD card connector.
https://www.digikey.com/en/products/detail/molex/0472192001/3044807
is the SD card connector we u
Hi Quentin,
On 2024/1/26 17:32, Quentin Schulz wrote:
Hi Kever,
On 1/26/24 09:58, Kever Yang wrote:
Hi Quentin,
On 2024/1/24 19:04, Quentin Schulz wrote:
Hi Kever,
On 1/24/24 11:35, Kever Yang wrote:
Hi Quentin,
On 2024/1/23 22:49, Quentin Schulz wrote:
From: Quentin Schulz
Since commi
Hi,
ENV_IS_NOWHERE=y when it should not be, on make
starfive_visionfive2_defconfig. I guess that riscv is forgotten in some of
the logic there. TL;DR the env is supposed to save in SPI flash as the
defconfig provides (but then also ENV_IS_NOWHERE=y appears ? strange).
There is missing the AXP150
Hi Kever,
On 1/26/24 03:57, Kever Yang wrote:
Hi Quentin,
On 2024/1/25 19:02, Quentin Schulz wrote:
Hi Kever,
On 1/25/24 11:29, Kever Yang wrote:
Hi Quentin,
On 2024/1/24 18:50, Quentin Schulz wrote:
Hi Kever,
On 1/24/24 11:19, Kever Yang wrote:
Hi Quentin,
On 2024/1/23 22:49, Quentin S
On 1/26/24 10:25, Piotr Wojtaszczyk wrote:
If a machine doesn't have CONFIG_CLK set the call to clk_get_bulk()
returns '-ENOSYS' error which should be handled the same way as
'-ENOENT' error. The same applies to reset_get_bulk() and 'ENOTSUPP'.
Signed-off-by: Piotr Wojtaszczyk
---
drivers/us
Hi Kever,
On 1/26/24 09:58, Kever Yang wrote:
Hi Quentin,
On 2024/1/24 19:04, Quentin Schulz wrote:
Hi Kever,
On 1/24/24 11:35, Kever Yang wrote:
Hi Quentin,
On 2024/1/23 22:49, Quentin Schulz wrote:
From: Quentin Schulz
Since commit 9e644284ab81 ("dm: core: Report bootph-pre-ram/sram
n
From: Peng Fan
When run `virtio scan` on i.MX95, there is abort when accessing virtio
mmio region. The issue is the mmio region is not mapped. So let's map
all virtio mmio regions.
Signed-off-by: Peng Fan
---
board/xen/xenguest_arm64/xenguest_arm64.c | 17 +
1 file changed, 17
Hi Quentin,
On 2024/1/24 19:04, Quentin Schulz wrote:
Hi Kever,
On 1/24/24 11:35, Kever Yang wrote:
Hi Quentin,
On 2024/1/23 22:49, Quentin Schulz wrote:
From: Quentin Schulz
Since commit 9e644284ab81 ("dm: core: Report bootph-pre-ram/sram
node as
pre-reloc after relocation"), bootph-pre
On Fri, 26 Jan 2024 at 10:13, Heinrich Schuchardt
wrote:
>
> The code in find_smbios_table() is redundant to
> efi_get_configuration_table(). Replace it.
>
> Signed-off-by: Heinrich Schuchardt
> ---
> lib/efi_loader/efi_tcg2.c | 19 +--
> 1 file changed, 1 insertion(+), 18 deleti
The code in find_smbios_table() is redundant to
efi_get_configuration_table(). Replace it.
Signed-off-by: Heinrich Schuchardt
---
lib/efi_loader/efi_tcg2.c | 19 +--
1 file changed, 1 insertion(+), 18 deletions(-)
diff --git a/lib/efi_loader/efi_tcg2.c b/lib/efi_loader/efi_tcg2.
Adding a tiny bit more code for mini u-boot leads to a OCM
image overflow. Fix this by enabling LTO for this board, so that such
changes still can be made to the common U-Boot code.
Enable building mini u-boot image with LTO, which results in about 8KB
reduction in size.
Signed-off-by: Michal Sim
On Fri, 26 Jan 2024 at 09:54, Heinrich Schuchardt
wrote:
>
> In multiple places we need a function to find an EFI configuration table.
> Rename get_config_table() to efi_get_configuration_table() and export it.
>
> Signed-off-by: Heinrich Schuchardt
> ---
> include/efi_loader.h| 2 ++
>
On Fri, 26 Jan 2024 at 09:54, Heinrich Schuchardt
wrote:
>
> Use library function efi_get_configuration_table() to find the ESRT.
>
> Signed-off-by: Heinrich Schuchardt
> ---
> cmd/efidebug.c | 7 ++-
> 1 file changed, 2 insertions(+), 5 deletions(-)
>
> diff --git a/cmd/efidebug.c b/cmd/efi
Adding a tiny bit more code for mini u-boot leads to a OCM
image overflow. Fix this by enabling LTO for this board, so that such
changes still can be made to the common U-Boot code.
Enable building mini u-boot image with LTO, which results in about 8KB
reduction in size.
Signed-off-by: Michal Sim
On Fri, 26 Jan 2024 at 02:56, Masahisa Kojima
wrote:
>
> Current U-Boot only supports the SMBIOS 3.0 entry point structure.
> TCG2 measurement code should migrate to SMBIOS 3.0 entry
> point structure.
>
> efi_selftest tcg2 test also needs to be updated, and expected
> PCR[1] result is changed sin
62 matches
Mail list logo
