Previous patches added QueryVariableInfo at runtime tests and
split a common function that can be used at boottime. Weire it
up and run a similar set of tets. While at it move a test which is
checiking for 0 available storage in the common code
Add tests for
- Test QueryVariableInfo returns
Since we support QueryVariableInfo at runtime now add the relevant
tests. Since we want those to be reusable at bootime, add them
in a separate file
Add tests for
- Test QueryVariableInfo returns EFI_SUCCESS
- Test null pointers for the function arguments
- Test invalid combination of attributes
Since commit c28d32f946f0 ("efi_loader: conditionally enable SetvariableRT")
we are enabling the last bits of missing runtime services.
Add support for QueryVariableInfo which we already support at boottime
and we just need to mark some fucntions available at runtime and move
some checks around.
On Wed, Apr 24, 2024 at 12:46:04AM +0100, Andre Przywara wrote:
> At the moment enabling CONFIG_SYSRESET_PSCI *selects* SPL_ARM_PSCI_FW,
> even though this is a platform design property, so nothing any driver
> should enforce. Some platforms load the PSCI runtime (TF-A) only in the
> SPL, so PSCI
On Tue, Apr 23, 2024 at 11:34:08PM +, Peng Fan wrote:
> Hi Tom,
>
> Please pull fsl-qoriq-2024-4-24
>
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
Add the board DT file for the Tanix TX1 TV box, with the H313 SoC.
This has been taken from the sunxi/for-next tree, though it has not been
merged into any other tree yet.
So this is a placeholder for now, to enable the board support, and will be
superseded by the regular sync of the DT files
The Tanix TX1 is a tiny TV box, featuring the Allwinner H313 SoC with up
to 2GB of DRAM and 16GB of eMMC. There is no SD card or Ethernet port on
this small device, but it can be booted via the USB debug "FEL" mode.
The bootloader could then be written to the eMMC.
Add the defconfig for that
Sync the devicetree files from the official Linux kernel tree, v6.9-rc4.
This is covering Allwinner SoCs with 32-bit and 64-bit ARM cores.
Besides some cosmectic changes, this adds S/PDIF, DMA, and thermal
support to the H616 .dtsi. Nothing that U-Boot needs for itself, but
helpful to pass on to
The Remix Mini PC is a "mini computer" using the Allwinner H64 SoC,
which appears to be just a relabelled A64. It was launched in 2015 by
the now defunct company Jide, and shipped with a desktop optimised
version of Android. Its appearance and feature set is close to a
typical TV box.
The
This updates the Allwinner related devicetree files from the Linux
kernel repository. The files were taken from Linux v6.9-rc4, and
adjusted to increase compatibility with older kernels.
This also adds board support for two new devices: the old Remix Mini PC,
a TV box like "Android desktop"
At the moment enabling CONFIG_SYSRESET_PSCI *selects* SPL_ARM_PSCI_FW,
even though this is a platform design property, so nothing any driver
should enforce. Some platforms load the PSCI runtime (TF-A) only in the
SPL, so PSCI is naturally not available during SPL runtime.
Spit
Hi Tom,
Please pull fsl-qoriq-2024-4-24
---
move to OF_UPSTREAM for sl28
---
CI: https://source.denx.de/u-boot/custodians/u-boot-fsl-qoriq/-/pipelines/20501
Thanks,
Peng.
The following changes since commit
On 4/19/24 5:24 PM, Tim Harvey wrote:
On Thu, Apr 18, 2024 at 11:42 AM Marek Vasut wrote:
On 4/18/24 8:02 PM, Fabio Estevam wrote:
Hi Tim,
On Thu, Apr 18, 2024 at 2:54 PM Tim Harvey wrote:
Fabio, if you enable CONFIG_DM_RNG on an imx8m{m,p}_evk do you get the
following in the SPL?
On 4/23/24 9:09 AM, Mattijs Korpershoek wrote:
Hi Greg,
On ven., avril 19, 2024 at 15:21, Greg Malysa wrote:
Hi Mattijs,
Please avoid top-posting when replying, it makes following the
discussion more difficult:
On 3/16/24 9:13 PM, Marek Vasut wrote:
In case the cyclic framework is enabled, poll the card detect of already
initialized cards and deinitialize them in case they are removed. Since
the card initialization is a longer process and card initialization is
done on first access to an uninitialized
Enable PCIe/NVMe support on DH i.MX8M Plus DHCOM PDK3. Except for
the configuration options which are enabled, add slight adjustment
to board u-boot.dtsi, which is necessary as there is currently no
driver for the I2C PCIe clock generator. Since the generator is
strapped to be always on, it is
Hi Quentin,
On 2024-04-15 16:16, Quentin Schulz wrote:
> From: Quentin Schulz
>
> Allow RK3568 and RK3588 based boards to get the RAM bank configuration
> from the ROCKCHIP_TPL stage instead of the current logic. This fixes
> both an issue where 256MB of RAM is blocked for devices with >= 4GB
>
On Tue, Apr 23, 2024 at 03:46:19PM +0200, Caleb Connolly wrote:
> Overshot the -rc1 deadline, but I hope these can still make in for 2024.07.
>
> Support is added for 5 new Qualcomm SoCs:
>
> * QCM2290 and SM6115 are low and mid range SoCs used on the RB1 and RB2
> respectively. SM6115 is
Yes, You are right I observed the issue in MMC device, device required reboot
after writing partitions.
I have checked the fix is required for all the blk device's not just mmc device.
I have updated the changes in v2.
Thanks,
Kishan
From: Tom Rini
Sent:
Rework the flash.bin image generation such that it uses the new binman
nxp_imx8mimage etype. This way, the flash.bin is assembled in correct
order using plain binman, without any workarounds or sections assembled
in special DT node order.
Signed-off-by: Marek Vasut
---
WARNING: This is very
Include imx8mq-u-boot.dtsi in the board -u-boot.dtsi to pull in binman
configuration instead of duplicating it in the board -u-boot.dtsi again.
Drop the duplicate binman configuration.
Signed-off-by: Marek Vasut
---
Cc: "NXP i.MX U-Boot Team"
Cc: Adam Ford
Cc: Alper Nebi Yasak
Cc: Andrejs
Add new binman etype derived from mkimage etype which generates configuration
input file for mkimage -T imx8mimage, and runs the mkimage on input data. The
mkimage -T imx8mimage is used to generate combined image with SPL and DDR PHY
blobs which is bootable on i.MX8M.
The configuration file
On Fri, Apr 19, 2024 at 9:13 AM Heinrich Schuchardt
wrote:
>
> %s/arguemnts/arguemnts/
There is a typo in the Subject: %s/type/typo/
From: Francesco Dolcini
In commit 51aaaf5e7975 ("board: toradex: imx: Remove not needed env variables")
the empty definition of fdt_fixup variable was removed, however this was
still referenced from the boot command leading to boot failures:
## Error: \"fdt_fixup\" not defined`
Fix this by
On Tue, Apr 23, 2024 at 09:52:06AM -0300, Daniel Henrique Barboza wrote:
>
>
> On 4/23/24 09:41, Conor Dooley wrote:
> > On Tue, Apr 23, 2024 at 01:34:42PM +0800, Leo Liang wrote:
> > > On Mon, Apr 22, 2024 at 04:43:59PM -0300, Daniel Henrique Barboza wrote:
> > > > [EXTERNAL MAIL]
> > > >
> >
The revision is different for these, add the additional check as in
xhci-dwc3 core_init code.
Equivalent upstream Linux patch:
690fb3718a70 ("usb: dwc3: Support Synopsys USB 3.1 IP")
Reviewed-by: Neil Armstrong
Tested-by: Neil Armstrong # on SM8550
Reviewed-by: Mattijs Korpershoek
Hi Robert,
On 23/04/2024 13:33, Robert Marko wrote:
Number of Qualcomm ARMv7 SoC-s did not use PSCI but rather used PSHOLD
(Qualcomm Power Supply Hold Reset) bit to trigger reset or poweroff.
Qualcomm IPQ40XX is one of them, so provide a simple sysreset driver based
on the upstream Linux one,
Am 18.04.24 um 19:58 schrieb Andrew Davis:
To workaround an issue in AM642 we reset the SoC in early boot. For that
we first probed the sysreset driver by calling uclass_get_device(). The
ti-sci sysreset driver is now probed during the ti-sci firmware probe.
Update this call to probe the
Overshot the -rc1 deadline, but I hope these can still make in for 2024.07.
Support is added for 5 new Qualcomm SoCs:
* QCM2290 and SM6115 are low and mid range SoCs used on the RB1 and RB2
respectively. SM6115 is also used in some mid-range smartphones/tablets.
Initial support includes
On 4/23/24 3:35 PM, Detlev Casanova wrote:
On Monday, April 22, 2024 3:47:21 P.M. EDT Marek Vasut wrote:
On 4/22/24 3:56 PM, Detlev Casanova wrote:
On some boards, a MAC address is set based on the CPU ID or other
information. This is usually done in the misc_init_r() function.
This becomes a
On Monday, April 22, 2024 3:47:21 P.M. EDT Marek Vasut wrote:
> On 4/22/24 3:56 PM, Detlev Casanova wrote:
> > On some boards, a MAC address is set based on the CPU ID or other
> > information. This is usually done in the misc_init_r() function.
> >
> > This becomes a problem for net devices that
On 4/23/24 10:24 AM, Ravi Gunasekaran wrote:
From: Aswath Govindraju
When the device port is in a low power state [U3/L2/Not Connected],
accesses to usb device registers may take a long time. This could lead to
potential core hang when the controller registers are accessed after the
port is
On 4/23/24 10:51 AM, Philip Oberfichtner wrote:
Bevor this commit, only clause 22 access was possible. After this commit,
clause 45 direct access will available as well.
Note that there is a slight change of behavior: Before this commit, the
C45E bit was set to whatever value was left in the
On 4/23/24 09:41, Conor Dooley wrote:
On Tue, Apr 23, 2024 at 01:34:42PM +0800, Leo Liang wrote:
On Mon, Apr 22, 2024 at 04:43:59PM -0300, Daniel Henrique Barboza wrote:
[EXTERNAL MAIL]
Hi,
In QEMU we have a 'max' type CPU that implements (almost) all extensions that
QEMU
is able to
On Tue, Apr 23, 2024 at 01:34:42PM +0800, Leo Liang wrote:
> On Mon, Apr 22, 2024 at 04:43:59PM -0300, Daniel Henrique Barboza wrote:
> > [EXTERNAL MAIL]
> >
> > Hi,
> >
> > In QEMU we have a 'max' type CPU that implements (almost) all extensions
> > that QEMU
> > is able to emulate. Recently,
Instead of using the local rv1108 devicetree copies from U-Boot,
let's convert the rv1108 boards to OF_UPSTREAM so that the upstream kernel
devicetrees can be used instead.
Tested on a rv1108-elgin-r1 board.
Signed-off-by: Fabio Estevam
---
Changes since v1:
- Fixed typo in commit log.
Instead of using the local rv1108 devicetree copies from U-Boot,
let's convert the rv11008 board to OF_UPSTREAM so that the upstream kernel
devicetrees can be used instead.
Tested on a rv1108-elgin-r1 board.
Signed-off-by: Fabio Estevam
---
arch/arm/dts/rv1108-elgin-r1.dts | 59
On Tue, 23 Apr 2024 at 17:29, Caleb Connolly wrote:
>
> Applied, thanks.
Thanks.
>
> (b4 didn't seem to detect this series properly, hence the manual mail).
>
Switching my workflow to b4 is on my ToDo list. I hope to do it sooner
rather than later.
-Sumit
> On 12/04/2024 11:54, Sumit Garg
On 23.04.24 11:14, lukas.funke-...@weidmueller.com wrote:
From: Lukas Funke
Call spl_dram_init() since this is commonly used for dram initialization
in u-boot.
Signed-off-by: Lukas Funke
---
Changes in v2:
- capitalized acronym DRAM
board/starfive/visionfive2/spl.c | 4 ++--
1 file
On 19/04/2024 23:56, Jonathan Humphreys wrote:
> Define the firmware components updatable via EFI capsule update, including
> defining capsule GUIDs for the various firmware components for the AM64x SK.
>
> Signed-off-by: Jonathan Humphreys
> ---
> board/ti/am64x/evm.c| 33
Checkpatch warns:
WARNING: Missing commit description - Add an appropriate one
On 19/04/2024 23:56, Jonathan Humphreys wrote:
> Signed-off-by: Jonathan Humphreys
> ---
> configs/am64x_evm_a53_defconfig | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/configs/am64x_evm_a53_defconfig
Applied, thanks.
(b4 didn't seem to detect this series properly, hence the manual mail).
On 12/04/2024 11:54, Sumit Garg wrote:
SE HMIBSC board is based on Qcom APQ8016 SoC. One of the major
difference from db410c is serial port where HMIBSC board uses UART1 as
the debug console with an RS232
On Mon, 22 Apr 2024 11:33:51 +0200, Neil Armstrong wrote:
> Add Support for the Qualcomm Generic Interface (GENI) I2C interface
> found on newer Qualcomm SoCs.
>
> The Generic Interface (GENI) is a firmware based Qualcomm Universal
> Peripherals (QUP) Serial Engine (SE) Wrapper which can
On Thu, 18 Apr 2024 18:25:43 +0100, Caleb Connolly wrote:
> This series is a few loosely connected patches to get the RB1 and 2
> boards booting from USB with upstream U-Boot, and a few preperatory
> patches for rb5.
>
> Unfortunately the RB5 board requires a regulator on the RPMh peripheral
>
On Fri, 05 Apr 2024 10:21:52 +0200, Neil Armstrong wrote:
> First, fix version 5 support by using the right ch_offset in
> then msm_spmi_write() reg accesses.
>
> Then:
> - properly format command by importing helpers from Linux driver and
> use a switch/case to handle all versions in
On Thu, 11 Apr 2024 18:07:26 +0530, Sumit Garg wrote:
> Qcom SoCs derived boards can come from various OEMs/ODMs and not just
> Qcom itself. So allow CONFIG_SYS_VENDOR to be set correctly
> corressponding to the actual board vendor.
>
>
Applied, thanks!
[1/1] mach-snapdragon: Allow other
On Mon, 22 Apr 2024 13:43:24 +0200, Robert Marko wrote:
> IPQ4019 pinctrl driver was moved to the dedicated Qualcomm pinctrl
> directory, but the KConfig depends on ARCH_SNAPDRAGON only and thus
> PINCTRL_QCOM_IPQ4019 cannot be selected when ARCH_IPQ40XX is used.
>
>
Applied, thanks!
[1/5]
On Thu, 18 Apr 2024 11:17:00 +0200, Robert Marko wrote:
> IPQ40xx SoC-s dont have proper SMEM support like more modern Qualcomm
> SoC-s so there is no point in selecting the required drivers.
>
>
Applied, thanks!
[1/1] arm: mach-ipq40xx: dont select SMEM by default
commit:
On Thu, 18 Apr 2024 18:24:08 +0100, Caleb Connolly wrote:
> This series does the initial switch to OF_UPSTREAM for Qualcomm
> platforms. The DT files we have in U-Boot are outdated by now, so drop
> them and move to upstream.
>
> Patch 2 drops all the Qualcomm dts files that are now provided in
On 2024/4/17 19:21, lukasz.czechow...@thaumatec.com wrote:
From: Lukasz Czechowski
Display TPL init information message only when TPL_BANNER_PRINT
configuration entry is set. This allows to disable information
message in case logs on UART are unwanted.
Update parent ifdef condition to check
Hi Sam,
Please help to rebase on latest code, or else I'm not able to apply it.
Thanks,
- Kever
On 2024/4/14 04:56, Sam Edwards wrote:
While the Turing RK1 board has a pad on the PCB for SPI flash, it is
not populated at the factory: supporting SPI flash boot is a user
modification, not
Number of Qualcomm ARMv7 SoC-s did not use PSCI but rather used PSHOLD
(Qualcomm Power Supply Hold Reset) bit to trigger reset or poweroff.
Qualcomm IPQ40XX is one of them, so provide a simple sysreset driver based
on the upstream Linux one, it is DT compatible as well.
Signed-off-by: Robert
Hi Jonas,
On 2024/4/1 04:28, Jonas Karlman wrote:
This series adds support for new clocks used in linux v6.8 device trees,
enables use of FIT signature check for checksum validation and fixes
loading FIT from SD-card when loading FIT from eMMC fails.
After this series it should be possible to
On Mon, Apr 15, 2024 at 10:14:56AM +0200, Michael Walle wrote:
>On Wed Mar 6, 2024 at 5:19 PM CET, Michael Walle wrote:
>> Use the new device devicetree files in dts/upstream/ and delete the old
>> ones. Still keep the -u-boot.dtsi with all u-boot specifics around.
>>
>> There is one catch and
On 2024/4/1 04:28, Jonas Karlman wrote:
Sync rk3399-pinephone-pro device tree from linux v6.8.
Add SPI flash related node and options to support booting from SPI flash.
Remove REGULATOR_PWM=y, board does not use pwm-regulator compatible.
Add SYS_NS16550_MEM32=y to use readl/writel for
On 2024/4/1 04:28, Jonas Karlman wrote:
Sync rk3399-pinebook-pro device tree from linux v6.8.
Add SF_DEFAULT_SPEED=1000 and SPI_FLASH_SFDP_SUPPORT=y to improve
support for booting from SPI flash.
Add CMD_POWEROFF=y to support poweroff using cmdline and power on using
the pwr button on
On 2024/4/1 04:28, Jonas Karlman wrote:
Sync rk3399-rockpro64 device tree from linux v6.8.
Add SF_DEFAULT_SPEED=1000 and SPI_FLASH_SFDP_SUPPORT=y to improve
support for booting from SPI flash.
Remove USE_PREBOOT=y to speed up booting, standard boot will init USB
after faster boot media
On 2024/4/1 04:28, Jonas Karlman wrote:
Sync rk3399-rock-pi-4 related device tree from linux v6.8.
Add SPI flash related options to support booting from SPI flash.
Add AHCI=y, SCSI_AHCI=y, AHCI_PCI=y and SCSI=y to support PCIe SATA boot.
Change to SPL_MAX_SIZE=0x4, SPL can be up to 256
On 2024/4/1 04:28, Jonas Karlman wrote:
Sync rk3399-khadas related device tree from linux v6.8.
Add SPI flash related options to support booting from SPI flash.
Add DM_RESET=y to support reset signals.
Add PCI=y, CMD_PCI=y and NVME_PCI=y to support PCIe and NVMe boot.
Add AHCI=y,
On 2024/4/1 04:28, Jonas Karlman wrote:
Sync rk3399-rock960 related device tree from linux v6.8.
Add DM_RESET=y to support reset signals.
Add PCI=y, CMD_PCI=y and NVME_PCI=y to support PCIe and NVMe boot.
Add AHCI=y, SCSI_AHCI=y, AHCI_PCI=y and SCSI=y to support PCIe SATA boot.
Change to
On 2024/4/1 04:28, Jonas Karlman wrote:
Sync rk3399-nanopi-4 related device tree from linux v6.8.
Add DM_RESET=y to support reset signals.
Add PCI=y, CMD_PCI=y and NVME_PCI=y to support PCIe and NVMe boot.
Add AHCI=y, SCSI_AHCI=y, AHCI_PCI=y and SCSI=y to support PCIe SATA boot.
Add
On 2024/4/1 04:28, Jonas Karlman wrote:
Sync rk3399-roc-pc related device tree from linux v6.8.
Add SF_DEFAULT_SPEED=3000 and SPI_FLASH_SFDP_SUPPORT=y to improve
support for booting from SPI flash.
Add AHCI=y, SCSI_AHCI=y, AHCI_PCI=y and SCSI=y to support PCIe SATA.
Add
On 2024/4/1 04:28, Jonas Karlman wrote:
Sync rk3399-orangepi device tree from linux v6.8.
Add DM_RESET=y to support reset signals.
Change to SPL_MAX_SIZE=0x4, SPL can be up to 256 KiB.
Add ROCKCHIP_IODOMAIN=y to configure io-domain voltage.
Add MMC_SDHCI_SDMA=y to use DMA transfer for
On 2024/4/1 04:28, Jonas Karlman wrote:
Sync rk3399-firefly device tree from linux v6.8.
Add AHCI=y, SCSI_AHCI=y, AHCI_PCI=y and SCSI=y to support PCIe SATA.
Change to SPL_MAX_SIZE=0x4, SPL can be up to 256 KiB.
Add ROCKCHIP_IODOMAIN=y to configure io-domain voltage.
Add
On 2024/4/1 04:28, Jonas Karlman wrote:
Sync rk3399-evb device tree from linux v6.8.
Change to SPL_MAX_SIZE=0x4, SPL can be up to 256 KiB.
Remove CONFIG_NET_RANDOM_ETHADDR=y, ethaddr and eth1addr is set based on
cpuid read from eFUSE.
Add PHY_REALTEK=y and DM_ETH_PHY=y to support
On 2024/4/1 04:28, Jonas Karlman wrote:
Sync rk3399-leez-p710 device tree from linux v6.8.
Add DM_RESET=y to support reset signals.
Change to SPL_MAX_SIZE=0x4, SPL can be up to 256 KiB.
Add ROCKCHIP_IODOMAIN=y to configure io-domain voltage.
Add MMC_SDHCI_SDMA=y to use DMA transfer for
On 2024/4/1 04:28, Jonas Karlman wrote:
Sync rk3399-eaidk-610 device tree from linux v6.8.
Add DM_RESET=y to support reset signals.
Change to SPL_MAX_SIZE=0x4, SPL can be up to 256 KiB.
Add ROCKCHIP_IODOMAIN=y to configure io-domain voltage.
Add MMC_SDHCI_SDMA=y to use DMA transfer for
On 2024/4/1 04:28, Jonas Karlman wrote:
Sync rk3399-rock-pi-n10 related device tree from linux v6.8.
Remove SPL_GPIO=y, board does not use gpio in SPL.
Change to SPL_MAX_SIZE=0x4, SPL can be up to 256 KiB.
Add ROCKCHIP_IODOMAIN=y to configure io-domain voltage.
Add MMC_SDHCI_SDMA=y to
On 2024/4/1 04:28, Jonas Karlman wrote:
Sync rk3399-puma related device tree from linux v6.8.
SPL_MAX_SIZE is not adjusted to the now common 0x4 (256 KiB) due to
TPL+SPL combined (idbloader.img) is limited to max 224 KiB because of:
SYS_MMCSD_RAW_MODE_U_BOOT_SECTOR=0x200
Because FIT
Currently, keep-syms-lto.c is being generated if LTO is enabled but unlike
keep-syms-lto.o it is not being ignored, so lets add keep-syms-lto.* to
.gitignore.
Signed-off-by: Robert Marko
---
.gitignore | 1 +
1 file changed, 1 insertion(+)
diff --git a/.gitignore b/.gitignore
index
On 2024/4/1 04:28, Jonas Karlman wrote:
Sync RK3399 SoC common .dtsi-files from linux v6.8.
The ethernet0 alias is removed from rk3399.dtsi in this patch, it will
be restored in board specific .dts-files. There is no other intended
change with this patch.
Signed-off-by: Jonas Karlman
On 2024/4/1 04:28, Jonas Karlman wrote:
Sync rk3399-gru related device tree from linux v6.8.
The spi_flash symbol is no longer part of upstream DT, it is re-defined
to allow exising use in related u-boot.dtsi-files.
Signed-off-by: Jonas Karlman
Reviewed-by: Kever Yang
Thanks,
- Kever
On 2024/4/1 04:28, Jonas Karlman wrote:
The SCLK_USB3OTGx_REF clocks is used as reference clock for USB3 block.
Add simple support to get rate of SCLK_USB3OTGx_REF clocks to fix
reference clock period configuration.
Also replace use of 2400 with the OSC_HZ constant.
Signed-off-by: Jonas
On 2024/4/1 04:28, Jonas Karlman wrote:
rk3399-nanopi-4.dtsi try to set parent of and set rate to 100 MHz of the
SCLK_PCIEPHY_REF clock.
The existing enable/disable ops for SCLK_PCIEPHY_REF already handles
setting correct parent once the clock gets enabled. And 100 MHz is the
default rate
On 2024/4/1 04:28, Jonas Karlman wrote:
rk3399.dtsi from linux v5.19 and newer try to set VDU clock rate to
400 MHz using an assigned-clock-rates prop of the CRU node.
U-Boot does not use or need this clock so add dummy support for getting
and setting ACLK_VDU clock rate to allow CRU driver
On 2024/4/1 04:28, Jonas Karlman wrote:
When RK3399 boards run SPL from eMMC and fail to load FIT from eMMC due
to it being missing or checksum validation fails there can be a fallback
to read FIT from SD-card. However, without proper pinctrl configuration
reading FIT from SD-card may fail:
On 2024/4/1 04:28, Jonas Karlman wrote:
Sync rk3399-cru.h with one from linux v6.2+ and fix use of the
SCLK_DDRCLK name that was only used by U-Boot.
Signed-off-by: Jonas Karlman
Reviewed-by: Kever Yang
Thanks,
- Kever
---
arch/arm/dts/rk3399-u-boot.dtsi| 2 +-
On 2024/4/1 04:28, Jonas Karlman wrote:
A lot of RK3399 boards use a u-boot,spl-boot-order of "same-as-spl",
and
Move this to rk3399-u-boot.dtsi and make this default for boards
currently missing a u-boot,spl-boot-order prop.
The _flash reference has been dropped from spl-boot-order now
On 2024/4/1 04:28, Jonas Karlman wrote:
The TPL and/or SPL control FDT on RK3399 boards does not contain any
node with a compatible that is supported by driver/misc/ drivers.
Remove use of xPL_MISC_DRIVERS options to stop including e.g an unused
efuse driver in TPL and/or SPL.
Signed-off-by:
On 2024/4/1 04:28, Jonas Karlman wrote:
Imply OF_LIBFDT_OVERLAY Kconfig options to add device tree overlay
support on all RK3399 boards.
Signed-off-by: Jonas Karlman
Reviewed-by: Kever Yang
Thanks,
- Kever
---
arch/arm/mach-rockchip/Kconfig| 1 +
On 2024/4/1 04:28, Jonas Karlman wrote:
Imply support for GbE PHY status parsing and configuration when support
for onboard ethernet is enabled.
Signed-off-by: Jonas Karlman
Reviewed-by: Kever Yang
Thanks,
- Kever
---
arch/arm/mach-rockchip/Kconfig | 1 +
1 file changed, 1
On 2024/4/1 04:28, Jonas Karlman wrote:
The RK3399 SoC contain a crypto engine block that can generate random
numbers.
Imply DM_RNG and RNG_ROCKCHIP Kconfig options to take advantage of the
random generator on all RK3399 boards.
Signed-off-by: Jonas Karlman
Reviewed-by: Kever Yang
On 2024/4/1 04:28, Jonas Karlman wrote:
The RK3399 SoC support the ARMv8 Cryptography Extensions, use of ARMv8
crypto can speed up FIT checksum validation in SPL.
Imply ARMV8_SET_SMPEN and ARMV8_CRYPTO to take advantage of the crypto
extensions for SHA256 when validating checksum of FIT
On 2024/4/1 04:28, Jonas Karlman wrote:
Sort imply statements under ROCKCHIP_RK3399 alphabetically.
Signed-off-by: Jonas Karlman
Reviewed-by: Kever Yang
Thanks,
- Kever
---
arch/arm/mach-rockchip/Kconfig | 28 ++--
1 file changed, 14 insertions(+), 14
On 2024/4/1 04:28, Jonas Karlman wrote:
The rk3399-ficus board is only using SPL and not TPL+SPL like all other
RK3399 boards, chromebook bob/kevin excluded. It does not seem to be any
technical reason why this board was left using only SPL.
Switch to use TPL+SPL and use common bss and stack
On 2024/4/1 04:28, Jonas Karlman wrote:
Chromebook bob and kevin only use SPL and not TPL+SPL like other RK3399
boards, this mean that SPL is loaded to and run from SRAM instead of
DRAM. The SPL and U-Boot payload is loaded from SPI flash.
The U-Boot payload is located at 0x4 (256 KiB)
Hi Peter,
On 4/23/24 10:10, Peter Hoyes wrote:
From: Peter Hoyes
Polling cntpct_el0 in a tight loop for delays is inefficient.
This is particularly apparent on Arm FVPs, which do not simulate
real time, meaning that a 1s sleep can take a couple of orders
of magnitude longer to execute in wall
From: Quentin Schulz
The RK3588-Q7 SoM is a Qseven-compatible (70mm x 70mm, MXM-230
connector) system-on-module from Theobroma Systems, featuring the
Rockchip RK3588.
It provides the following feature set:
* up to 16GB LPDDR4x
* on-module eMMC
* SD card (on a baseboard) via edge connector
*
Hi Jonas,
On 4/22/24 19:54, Jonas Karlman wrote:
Hi Quentin,
On 2024-04-22 18:41, Quentin Schulz wrote:
From: Quentin Schulz
[...]
diff --git a/arch/arm/dts/rk3588-tiger-haikou-u-boot.dtsi
b/arch/arm/dts/rk3588-tiger-haikou-u-boot.dtsi
new file mode 100644
index 000..4259399193a
Hi Quentin,
On 2024/4/23 17:31, Quentin Schulz wrote:
Hi Kever,
On 4/23/24 03:09, Kever Yang wrote:
Hi Quentin,
On 2024/4/23 00:41, Quentin Schulz wrote:
From: Quentin Schulz
UART2 controller is the controller in the reference design for debug
console. The default mux is M0 in that
Hi Kever,
On 4/23/24 03:09, Kever Yang wrote:
Hi Quentin,
On 2024/4/23 00:41, Quentin Schulz wrote:
From: Quentin Schulz
UART2 controller is the controller in the reference design for debug
console. The default mux is M0 in that reference design. Until now, all
boards seemed to be using
Hi Jonas,
On 4/22/24 19:41, Jonas Karlman wrote:
Hi Quentin,
On 2024-04-22 18:41, Quentin Schulz wrote:
From: Quentin Schulz
UART2 controller is the controller in the reference design for debug
console. The default mux is M0 in that reference design. Until now, all
boards seemed to be using
Hi Jonas,
On 2024/4/22 17:16, Jonas Karlman wrote:
Hi Kever,
On 2024-04-22 10:50, Kever Yang wrote:
Hi Jonas,
On 2024/4/9 02:14, Jonas Karlman wrote:
Update defconfig for rk3308-evb with new defaults.
Add OF_LIBFDT_OVERLAY=y to support device tree overlays.
Remove the SPL_DRIVERS_MISC=y
hi Heinrich,
On Fri, 19 Apr 2024 at 13:01, Heinrich Schuchardt wrote:
>
> On 19.04.24 08:55, Sughosh Ganu wrote:
> > The UEFI capsule can now be generated by specifying the capsule
> > parameters through a config file. Highlight these changes in the
> > documentation.
> >
> > Signed-off-by:
From: Lukas Funke
Call spl_dram_init() since this is commonly used for dram initialization
in u-boot.
Signed-off-by: Lukas Funke
---
Changes in v2:
- capitalized acronym DRAM
board/starfive/visionfive2/spl.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
From: Lukas Funke
Rename spl_soc_init() to spl_dram_init() because the generic function
name does not reflect what the function is actually doing. In addition
spl_dram_init() is commonly used for dram initialization and should
be called from board_init_f().
Signed-off-by: Lukas Funke
---
(no
From: Lukas Funke
Call spl_dram_init() since this is commonly used for DRAM initialization
in u-boot.
Signed-off-by: Lukas Funke
---
(no changes since v1)
board/sifive/unleashed/spl.c | 4 ++--
board/sifive/unmatched/spl.c | 4 ++--
2 files changed, 4 insertions(+), 4 deletions(-)
diff
From: Lukas Funke
This patch series renames spl_soc_init() to spl_dram_init() since the
purpose of the function is to initialization the DRAM on sifive/starfive
boards. spl_dram_init() is a commonly used function for this purpose.
Changes in v2:
- capitalized acronym DRAM
Lukas Funke (3):
hi Heinrich,
On Fri, 19 Apr 2024 at 12:44, Heinrich Schuchardt wrote:
>
> On 19.04.24 08:55, Sughosh Ganu wrote:
> > Add support for specifying the parameters needed for capsule
> > generation through a config file, instead of passing them through
> > command-line. Parameters for more than a
Bevor this commit, only clause 22 access was possible. After this commit,
clause 45 direct access will available as well.
Note that there is a slight change of behavior: Before this commit, the
C45E bit was set to whatever value was left in the register from the
previous access. After this
1 - 100 of 117 matches
Mail list logo
