On 2/14/24 7:34 PM, Igor Opaniuk wrote:
Fix spelling errors in comments.
Signed-off-by: Igor Opaniuk
Reviewed-by: Heinrich Schuchardt
---
drivers/tee/sandbox.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/tee/sandbox.c b/drivers/tee/sandbox.c
On 2/14/24 7:34 PM, Igor Opaniuk wrote:
Fix OPTEE_TA_AVB symbol description in Kconfig:
s/"write"rb"/"write_rb"/g
Signed-off-by: Igor Opaniuk
The change is consistent with
cmd/avb.c:424:
U_BOOT_CMD_MKENT(write_rb, 3, 0, do_avb_write_rb, "", ""),
Reviewed-by: Heinrich Schuchardt
---
The IMAGE_DLLCHARACTERISTICS_NX_COMPAT flag marks an EFI binary where
the following conditions are met [1]:
* Executable and writable sections are separated.
* The application does not run self-modifying code.
* The application uses the EFI_MEMORY_ATTRIBUTE_PROTOCOL when loading
executable
FDT functions is not working when OF_LIVE is enabled.
Convert fdt parsing functions to ofnode parsing functions
Signed-off-by: Maksim Kiselev
---
drivers/pci/pcie_ecam_generic.c | 11 +--
1 file changed, 5 insertions(+), 6 deletions(-)
diff --git a/drivers/pci/pcie_ecam_generic.c
On Wed, 2024-02-14 at 19:02 +0530, Sumit Garg wrote:
>
> >
> > Also, is devicetree-rebasing a "forked copy"? A fork would imply some
> > difference from upstream. I would guess this is more like a mirror.
>
> AFAIK, it's a mirror from upstream with a different directory
> (Makefile) structure.
+ Ian Campbell (Maintainer for devicetree-rebasing tree)
Hi Paul,
Thanks for your nice documentation review.
On Wed, 14 Feb 2024 at 03:01, Paul Barker wrote:
>
> On 02/02/2024 13:05, Sumit Garg wrote:
> > Encourage SoC/board maintainers to migrate to using devicetree-rebasing
> > subtree and
EFI binaries should not contain sections that are both writable and
executable. Separate the RX .text section from the RW .data section.
Signed-off-by: Heinrich Schuchardt
---
arch/arm/lib/crt0_arm_efi.S | 35 +++
arch/arm/lib/elf_arm_efi.lds | 33
The usage of the common.h include file is deprecated [1], and has already
been removed from several files.
Get rid of all inclusions in the "drivers/tee" directory, and replace it
with required include files directly where needed.
[1] doc/develop/codingstyle.rst
Signed-off-by: Igor Opaniuk
---
Add read/write tests for optee_rpmb cmd.
Signed-off-by: Igor Opaniuk
---
test/py/tests/test_optee_rpmb.py | 20
1 file changed, 20 insertions(+)
create mode 100644 test/py/tests/test_optee_rpmb.py
diff --git a/test/py/tests/test_optee_rpmb.py
Fix spelling errors in comments.
Signed-off-by: Igor Opaniuk
---
drivers/tee/sandbox.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/tee/sandbox.c b/drivers/tee/sandbox.c
index 86219a9bb1a..ec66401878c 100644
--- a/drivers/tee/sandbox.c
+++
Fix OPTEE_TA_AVB symbol description in Kconfig:
s/"write"rb"/"write_rb"/g
Signed-off-by: Igor Opaniuk
---
drivers/tee/optee/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/tee/optee/Kconfig b/drivers/tee/optee/Kconfig
index 9dc65b0501e..db0bcfa6f15 100644
Support CMD_OPTEE_RPMB for SANDBOX configurations.
Test:
$ ./u-boot -d arch/sandbox/dts/test.dtb
...
=> optee_rpmb write_pvalue test_variable test_value
Wrote 11 bytes
=> optee_rpmb read_pvalue test_variable 11
Read 11 bytes, value = test_value
Signed-off-by: Igor Opaniuk
---
cmd/Kconfig | 4
- Address some spelling errors and typos
- Support CMD_OPTEE_RPMB for SANDBOX configurations and add python tests
- Remove common.h inclusion for drivers/tee
Igor Opaniuk (5):
tee: optee: fix description in Kconfig
tee: sandbox: fix spelling errors
cmd: optee_rpmb: build cmd for sandbox
On Wed, 31 Jan 2024 10:09:15 +0300, Dan Carpenter wrote:
> The pmic_reg_read() function can return errors. Add a check for that.
>
>
Applied, thanks!
[1/1] button: qcom-pmic: fix some error checking
commit: 6b929e9f3c16bbddeffb85351e93db13eaa9b57d
Best regards,
--
// Caleb
Add a test for the button_cmd feature. This validates that commands can
be mapped to two buttons, that the correct command runs based on which
button is pressed, that only 1 command is run, and that no command runs
if button_cmd_0_name is wrong or unset.
CONFIG_BUTTON is now enabled automatically
The address we load TFA and OP-TEE to is configurable by
CONFIG_K3_{ATF,OPTEE}_LOAD_ADDR, but the DT nodes reserving this memory
are static. Fix that by updating this node when the loaded address
does not match the address in DT.
Signed-off-by: Andrew Davis
---
arch/arm/mach-k3/Makefile |
The fixups provided by ft_system_setup() are applicable for all AM62 based
boards. Select this at the target selection level for all AM62 boards and
remove it from any specific defconfig.
Signed-off-by: Andrew Davis
---
arch/arm/mach-k3/am62x/Kconfig| 3 +++
The current address of TF-A in DRAM is just below the 512MB address line.
This means if the DRAM in a system is 512MB then TF-A is right at the
end of memory which is often reused, for instance U-Boot relocates itself
here. If a system has less than 512MB then that system wouldn't work at
all as
There is a default ATF load address that is used for devices that have
ATF running in SRAM. For AM62 and AM62a, ATF runs from DRAM. Instead
of having to override the address in every defconfig, make add a
default for these ATF in DRAM devices.
Signed-off-by: Andrew Davis
---
Hello all,
Explanation for this series is mostly in [4/6]. First 3
patches should be safe to take independent of the last 3.
Thanks,
Andrew
Andrew Davis (6):
arm: mach-k3: Add default ATF location for AM62/AM62a
arm: mach-k3: Add config option for setting OP-TEE address
arm: mach-k3:
The address we load TF-A and OP-TEE to is configurable by Kconfig
CONFIG_K3_{ATF,OPTEE}_LOAD_ADDR, but the DT nodes reserving this memory
are often statically defined. As these binaries are dynamically loadable,
and in the case of OP-TEE may not even be loaded at all, hard-coding these
addresses
Much like we have for ATF, OP-TEE has a standard address that we load
it too and run it from. Add a Kconfig item for this to remove some
hard-coding and allow this address to be more easily changed.
Signed-off-by: Andrew Davis
---
arch/arm/dts/k3-am625-beagleplay-u-boot.dtsi | 4 ++--
Hi Tom,
please pull these patches to your branch. Most of them are related to device
tree and aligning with the latest dt schema for SR certification.
CI is not reporting any issue too.
Thanks,
Michal
The following changes since commit e8f2404e093daf6cc3ac2b3233e3c6770d13e371:
Merge
Hi Andy,
On 2/14/24 10:31, Andy Yan wrote:
[You don't often get email from andys...@163.com. Learn why this is important
at https://aka.ms/LearnAboutSenderIdentification ]
CoolPi 4B is a rk3588s based SBC.
Specification:
- Rockchip RK3588S
- LPDDR4 2/4/8/16 GB
- TF scard slot
- eMMC
I am running the NanoPi R6C. The device is not capable of booting from
the SSD, the next best thing is to load the root filesystem from the SSD.
Using rockchip's repos, I compile from source the images to boot 1) from
the microSD card and 2) from eMMC. I install to the eMMC. Then, so as
Hi,
The issue is happening in the following scenario.
1) Launch the QEMU for RISCV virt platform with uboot and ubuntu OS (Host
system). Now the OS is booted without any issue.
2) Enable the KVM in the ubuntu OS.
3) Create a VM by launching the same RISC V QEMU from the Ubuntu OS (Host
system)
Hello! Ping.
On Thu, Feb 01, 2024 at 12:20:25PM +0300, Alexey Romanov wrote:
> Changes v2 since v1 at [1]:
> - Added an example of using the command as requsted
> by Sean Anderson [2].
>
> Links:
> [1]
>
Hi Marek,
On Tue, 6 Feb 2024 at 11:50, Sumit Garg wrote:
>
> Hi Marek,
>
> On Tue, 6 Feb 2024 at 05:51, Marek Vasut wrote:
> >
> > On 2/2/24 14:05, Sumit Garg wrote:
> > > dts/update-dts-subtree.sh is just a wrapper around git subtree commands.
> > > Usage from the top level U-Boot source tree,
On Tue, Feb 13, 2024 at 2:33 PM Frieder Schrempf wrote:
>
> From: Frieder Schrempf
>
> Describe how to build and boot for the Sielaff i.MX6 Solo board.
>
> Signed-off-by: Frieder Schrempf
Reviewed-by: Fabio Estevam
On Tue, Feb 13, 2024 at 2:22 PM Frieder Schrempf wrote:
>
> From: Frieder Schrempf
>
> The Sielaff i.MX6 Solo board is a control and HMI board for vending
> machines. Add support for this board.
>
> The devicetree files are taken from pending changes in the Linux
> kernel that are available from
Enable SPL and binman to generate u-boot.img (machine mode) and u-boot.itb
(supervisor mode). DTB is placed at fixed address to ensure that it is 8
byte aligned which is not ensured when dtb is attached behind SPL binary
that's why SPL and U-Boot are taking DTB from the same address.
Also align
SPL is cleaning bss after calling board_init_f. Setting up console is done
and little_endian global variable is cleared which caused that console
stops to work. That's why move it to data seciton now. The patch should be
reverted when bss is cleared before board_init_f is called.
Signed-off-by:
Hardcode DTB address to specific address.
Signed-off-by: Michal Simek
---
board/xilinx/Kconfig | 1 +
configs/xilinx_mbv32_defconfig | 1 -
configs/xilinx_mbv32_smode_defconfig | 1 -
3 files changed, 1 insertion(+), 2 deletions(-)
diff --git a/board/xilinx/Kconfig
Create also u-boot.elf out of u-boot ELF. It is better to align it with
other Xilinx SOC where u-boot.elf also exists and tools like bootgen works
only with files with .elf extension.
Signed-off-by: Michal Simek
---
configs/xilinx_mbv32_defconfig | 1 +
Better to align everything with memory map described in DT to avoid
mistakes. Execute both modes form the same address to make address map more
understandable.
Signed-off-by: Michal Simek
---
board/xilinx/mbv/Kconfig | 3 +--
configs/xilinx_mbv32_defconfig | 3 +--
Hi,
enhance MB-V support with SPL configuration to support OpenSBI.
All of that changes are out of generic Risc-V support that's why happy to
take it via my tree. Please let me know if you want this to take via riscv
subtree.
Thanks,
Michal
Michal Simek (5):
riscv: mbv: Align addresses with
Hi Bin,
čt 13. 4. 2023 v 8:21 odesílatel Bin Meng napsal:
> Some sections in the linker scripts are aligned to 4 bytes, which
> may cause misaligned exception on some platforms, e.g.: clearing
> the bss section on 64-bit hardware if __bss_start does not start
> from a naturally 8 bytes aligned
On 2/6/24 12:51, Michal Simek wrote:
Previous addresses where used in past in emulation environment but never
gets to silicon that's why use correct addresses.
Signed-off-by: Michal Simek
---
include/configs/xilinx_versal_net.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
On 2024-02-14 11:01, Shantur Rathore wrote:
On Wed, Feb 14, 2024 at 9:56 AM Shantur Rathore wrote:
On Wed, Feb 14, 2024 at 3:48 AM Dragan Simic
wrote:
> On 2024-02-14 04:18, Dragan Simic wrote:
> > On 2024-02-14 03:04, Andre Przywara wrote:
> >> On Mon, 12 Feb 2024 21:19:13 +0100 Marek Vasut
On Wed, Feb 14, 2024 at 9:56 AM Shantur Rathore wrote:
>
> On Wed, Feb 14, 2024 at 3:48 AM Dragan Simic wrote:
> >
> > Hello Shantur and Marek,
> >
> > On 2024-02-14 04:18, Dragan Simic wrote:
> > > On 2024-02-14 03:04, Andre Przywara wrote:
> > >> On Mon, 12 Feb 2024 21:19:13 +0100 Marek Vasut
On Wed, Feb 14, 2024 at 3:48 AM Dragan Simic wrote:
>
> Hello Shantur and Marek,
>
> On 2024-02-14 04:18, Dragan Simic wrote:
> > On 2024-02-14 03:04, Andre Przywara wrote:
> >> On Mon, 12 Feb 2024 21:19:13 +0100 Marek Vasut wrote:
> >>> On 2/12/24 14:41, Shantur Rathore wrote:
> >>> > On Mon,
Additional testing of the changes introduced in commit 33e06dcbe57a "common:
usb-hub: Reset hub port before scanning") revealed that some USB 2.0 and 3.0
flash drives didn't work in U-Boot on some Allwinner SoCs that support USB
2.0 interfaces only. More precisely, some of the tested USB 2.0 and
CoolPi 4B is a rk3588s based SBC.
Specification:
- Rockchip RK3588S
- LPDDR4 2/4/8/16 GB
- TF scard slot
- eMMC 8/32/64/128 GB module
- SPI Nor 8MB
- Gigabit ethernet drived by PCIE with RTL8111HS
- HDMI Type D out
- Mini DP out
- USB 2.0 Host x 2
- USB 3.0 OTG x 1
- USB 3.0 Host x 1
- WIFI/BT
Cool Pi CM5 EVB works as a mother board connect with CM5.
CM5 Specification:
- Rockchip RK3588
- LPDDR4 2/4/8/16 GB
- TF scard slot
- eMMC 8/32/64/128 GB module
- SPI Nor 8MB
- Gigabit ethernet x 1 with PHY YT8531
- Gigabit ethernet x 1 drived by PCIE with YT6801S
CM5 EVB Specification:
- HDMI
Hi Igor,
On Fri, Feb 09, 2024 at 17:17, Igor Opaniuk wrote:
> Hello Mattijs,
>
> On Fri, Feb 9, 2024 at 11:30 AM Mattijs Korpershoek
> wrote:
>>
>> Hi Igor,
>>
>> On ven., févr. 09, 2024 at 11:14, Igor Opaniuk
>> wrote:
>>
>> > Hi everyone,
>> >
>> > I'm currently planning a big overhaul of
45 matches
Mail list logo
