Clear feature disable CSR to turn on all features of hart. The detail
is specified at section, 'SiFive Feature Disable CSR', in user manual
https://sifive.cdn.prismic.io/sifive/aee0dd4c-d156-496e-a6c4-db0cf54bbe68_sifive_U74MC_rtl_full_20G1.03.00_manual.pdf
Signed-off-by: Green Wan
Reviewed-by:
Add a callback riscv_hart_early_init() to ./arch/riscv/cpu/start.S to
allow different riscv hart perform setup code for each hart as early
as possible. Since all the harts enter the callback, they must be able
to run the same setup.
Signed-off-by: Green Wan
---
arch/riscv/cpu/cpu.c | 15
Add a callback interface, riscv_hart_early_init() to perform riscv CPU
hart-dependent configuration for each hart. riscv_hart_early_init() is
placed after stack of harts are initialized and before main boot hart is
picked up. Several conditions should be aware of or avoided are listed:
-
Phillipe,
In our implementation we store our binaries outside the FIT header, and
introduce a gap between the header and the start of binary data (-p and -E
option in mkimage). After the FIT has been generated, we sign the FIT
header and insert the signature into this gap. The weak function then
On Mon, 2021-03-29 at 21:27 +0200, Fabien Parent wrote:
> Add MT8175 SoC support.
>
> Signed-off-by: Fabien Parent
> ---
> arch/arm/dts/mt8175.dtsi | 247 +
> arch/arm/mach-mediatek/Kconfig | 9 +
> arch/arm/mach-mediatek/Makefile| 1 +
>
On Mon, 2021-03-29 at 21:27 +0200, Fabien Parent wrote:
> Add the MT8175 pumpkin board support.
>
> Signed-off-by: Fabien Parent
> ---
> arch/arm/dts/Makefile | 1 +
> arch/arm/dts/mt8175-pumpkin.dts| 95 ++
> board/mediatek/mt8175/Kconfig
Hi Raghu,
> It appears there are opinions you carry around UUID being complicated,
> bloated, code being an eyesore, parsing these lists early with MMU/Caches
> disabled, calculating checksums etc. While there is certainly a LOT of
> truth to those statements, these concerns need to be put into
Provide a man-pages for the mmc command.
Signed-off-by: Jaehoon Chung
---
doc/usage/index.rst | 1 +
doc/usage/mmc.rst | 182
2 files changed, 183 insertions(+)
create mode 100644 doc/usage/mmc.rst
diff --git a/doc/usage/index.rst
On 3/29/21 2:43 AM, Simon Glass wrote:
Hi Alexandru,
On Tue, 16 Mar 2021 at 13:24, Alexandru Gagniuc wrote:
Define a UCLASS API for verifying ECDSA signatures. Unlike
UCLASS_MOD_EXP, which focuses strictly on modular exponentiation,
the ECDSA class focuses on verification. This is done so
Hi Grant,
On Mon, 29 Mar 2021 at 23:19, Grant Likely wrote:
>
>
>
> On 29/03/2021 08:42, Simon Glass wrote:
> > Hi Raghu,
> >
> > On Sat, 27 Mar 2021 at 03:59, wrote:
> >
> >> Julius, Simon,
> >>
> >>
> >>
> >> It appears there are opinions you carry around UUID being complicated,
> >>
Although ptr arithmetics are allowed with extensions in gcc, they
are not allowed by the C spec. So switch to (void *)(uintptr_t) instead
Signed-off-by: Ilias Apalodimas
---
changes since v1:
Switch over to uintptr as Alex suggested
lib/efi_loader/efi_tcg2.c | 19 ++-
1 file
Hey all,
It's release day, and here's v2021.04-rc5. Once again, not a whole lot
of change since last time in master, and -next has been and is still
open. I just want to repeat a few things from -rc4:
- We've moved from "gitlab.denx.de" (and also "git.denx.de") to
"source.denx.de", please
On Mon, Mar 29, 2021 at 01:41:37PM -0500, Alex G. wrote:
> Hi Ilias,
>
> On 3/29/21 8:59 AM, Ilias Apalodimas wrote:
> > Although ptr arithmetics are allowed with extensions in gcc, they
> > are not allowed by the C spec. So switch the 'void *' containing our
> > eventlog buffer into 'u8 *'
>
>
Add MT8175 SoC support.
Signed-off-by: Fabien Parent
---
arch/arm/dts/mt8175.dtsi | 247 +
arch/arm/mach-mediatek/Kconfig | 9 +
arch/arm/mach-mediatek/Makefile| 1 +
arch/arm/mach-mediatek/mt8175/Makefile | 3 +
Add the MT8175 pumpkin board support.
Signed-off-by: Fabien Parent
---
arch/arm/dts/Makefile | 1 +
arch/arm/dts/mt8175-pumpkin.dts| 95 ++
board/mediatek/mt8175/Kconfig | 13
board/mediatek/mt8175/MAINTAINERS | 6 ++
Add the topckgen, apmixedsys and infracfg clock driver for the MT8175
SoC.
Signed-off-by: Fabien Parent
---
drivers/clk/mediatek/Makefile | 1 +
drivers/clk/mediatek/clk-mt8175.c | 785 +
include/dt-bindings/clock/mt8175-clk.h | 392
3 files
+ Tim
On 3/29/21 2:43 AM, Simon Glass wrote:
Hi Alexandru,
On Tue, 16 Mar 2021 at 13:24, Alexandru Gagniuc wrote:
This test verifies that ECDSA_UCLASS is implemented, and that
ecdsa_verify() works as expected. The definition of "expected" is
"does not find a device, and returns -ENODEV".
Hi Ilias,
On 3/29/21 8:59 AM, Ilias Apalodimas wrote:
Although ptr arithmetics are allowed with extensions in gcc, they
are not allowed by the C spec. So switch the 'void *' containing our
eventlog buffer into 'u8 *'
NAK. This patch is in my opinion wrong.
In C, void * can point to
On 3/29/21 2:43 AM, Simon Glass wrote:
HI Alexandru,
On Fri, 12 Mar 2021 at 10:32, Alexandru Gagniuc wrote:
The 'firmware' property of a config node takes precedence over the
'kernel' property. 'standalone' is deprecated. However, give users a
couple of releases where 'standalone' still
On 3/29/21 2:43 AM, Simon Glass wrote:
Hi Alexandru,
diff --git a/common/spl/spl.c b/common/spl/spl.c
index 8f6c8dba6f..e63f05bb33 100644
--- a/common/spl/spl.c
+++ b/common/spl/spl.c
@@ -201,6 +201,7 @@ static int spl_load_fit_image(struct spl_image_info
*spl_image,
{
The new correct way to load an FPGA image is to declare it in the list
of "loadables". multi-with-fpga.its used the now deprecated "fpga"
property. Since this example most likely intended to use u-boot's
generic FPGA loading code, compatible = "u-boot,fpga-legacy" is also
appropriate here.
The "simple" SPL_LOAD_FIT path is the most compliant with the format
documented in doc/uImage.FIT/source_file_format.txt. The other two
paths to load a FIT are SPL_LOAD_FIT_FULL and the "bootm" command.
Since the Kconfig menu is the most likely place for a new user to see
these options, it seems
Commit 4afc4f37c70e ("doc: FIT image: Clarify format and simplify
syntax") and delegated FPGA images to be added via the list of
"loadables" in lieu of the "fpga" property. Now actually implement
this in code.
Note that the "compatible" property is ignored for the time being, as
implementing
Commit 4afc4f37c70e ("doc: FIT image: Clarify format and simplify
syntax") requires that FPGA images be referenced through the
"loadables" in the config node. This means that "fpga" properties in
config nodes are deprecated.
Given that there are likely FIT images which use "fpga", let's not
break
The FPGA loading code in spl_simple_fit_read() can easily be separated
from the rest of the logic. It is split into two functions instead of
one because spl_fit_upload_fpga() is used in a subsequent patch.
Signed-off-by: Alexandru Gagniuc
Reviewed-by: Simon Glass
---
common/spl/spl_fit.c | 70
Commit 4afc4f37c70e ("doc: FIT image: Clarify format and simplify
syntax") introduced a "compatible" property for loadable images.
It did not define its contents. Use "u-boot,fpga-legacy" compatible
string to specify that fpga_load() should be used to load the image.
Signed-off-by: Alexandru
spl_load_fit_image() will try to load an image at the address given
in the "load" property. Absent such property, it uses
image_info->load_addr
Correct use of this is demonstrated in spl_fit_append_fdt(), which
resets the 'load_addr' before each spl_load_fit_image() call.
On the other
When I wrote commit 4afc4f37c70e ("doc: FIT image: Clarify format and
simplify syntax"), I did not expect it to go through without
objection. I didn't also write the code to go along with it. This
series fixes that by updating one of the three FIT code paths to be
compliant.
There are three code
Hello Simon,
the patch 65c8cdc72bca275334f01d was merged in origin/master but the
file doc/driver-model/migration.rst does not exist in origin/next
anymore as it was moved.
So I think we need a separate patch for origin/next.
Best regards
Heinrich
On 3/29/21 2:43 AM, Simon Glass wrote:
Hi Alexandru,
On Thu, 11 Mar 2021 at 07:04, Alexandru Gagniuc wrote:
Commit 4afc4f37c70e ("doc: FIT image: Clarify format and simplify
syntax") and delegated FPGA images to be added via the list of
"loadables" in lieu of the "fpga" property. Now
Although ptr arithmetics are allowed with extensions in gcc, they
are not allowed by the C spec. So switch the 'void *' containing our
eventlog buffer into 'u8 *'
Signed-off-by: Ilias Apalodimas
---
lib/efi_loader/efi_tcg2.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff
On Mon, Mar 29, 2021 at 05:59:59AM +1300, Simon Glass wrote:
> Hi Tom,
>
> This is for the -next branch.
>
> https://source.denx.de/u-boot/custodians/u-boot-dm/-/pipelines/6944
>
> I hope this one will be easier as it has changes that are more run-of-the
> mill.
>
> The following changes
From: dillon min
Due to DT kernel synchronisation, add new pinctrl compatible
string for stm32h750.
Signed-off-by: dillon min
---
v3: no changes
drivers/pinctrl/pinctrl_stm32.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/pinctrl/pinctrl_stm32.c
From: dillon min
This patch add st,stm32h750-pinctrl for stm32h750 soc
Signed-off-by: dillon min
---
v3: no changes
doc/device-tree-bindings/pinctrl/st,stm32-pinctrl.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/doc/device-tree-bindings/pinctrl/st,stm32-pinctrl.txt
From: dillon min
strsep will change data from original memory address,
in case the memory is in non-sdram/sram place, will
run into a bug(hang at SDRAM: )
just add a temporary array to store bank_name[] to fix this
bug.
Fixes: f303aaf ("ram: stm32: add second SDRAM bank management")
From: dillon min
All these files are add for support rt-thread art-pi board
the detail board information can be found at:
https://art-pi.gitee.io/website/
board resources:
- stm32h750xbh6 128k flash, 1024k sram
- 32MiB sdram
- 16MiB spi flash
- 8MiB qspi flash
- onboard wifi, bt, fm
Add
From: dillon min
This patch adds support for rt-thread art-pi board.
for more information about art-pi, please goto:
https://art-pi.gitee.io/website/
Signed-off-by: dillon min
---
v3: no changes
arch/arm/mach-stm32/stm32h7/Kconfig | 4 ++
board/st/stm32h750-art-pi/Kconfig
From: dillon min
As different boards has their own sdram hw connection, mount different
sdram modules, so move sdram timing parameter and pin configuration
to their board device tree.
Signed-off-by: dillon min
Reviewed-by: Patrice Chotard
---
v3: no changes
arch/arm/dts/stm32h7-u-boot.dtsi
From: dillon min
These patches aim to adds u-boot support on art-pi board.
the board resources:
- stm32h750xbh6 128k flash, 1024k sram
- 32MiB sdram
- 16MiB spi flash
- 8MiB qspi flash
- onboard wifi, bt, fm
the detail board information can be found at:
https://art-pi.gitee.io/website/
---
On 29/03/2021 08:42, Simon Glass wrote:
> Hi Raghu,
>
> On Sat, 27 Mar 2021 at 03:59, wrote:
>
>> Julius, Simon,
>>
>>
>>
>> It appears there are opinions you carry around UUID being complicated,
>> bloated, code being an eyesore, parsing these lists early with
MMU/Caches
>> disabled,
Dear Pratyush,
In message <20210325193843.qniaryw2xxgkz...@ti.com> you wrote:
>
> You would need people to maintain the bugs that are reported in the
> tracker. Asking for clear, reproducible info, closing duplicates or old
> bugs, etc. Then you need people dedicated to fixing those bugs. Sure,
Hi Alexandru,
On Fri, 12 Mar 2021 at 10:32, Alexandru Gagniuc wrote:
>
> U-Boot expects the FDT to be located right after the _end
> linker symbol (see fdtdec.c: board_fdt_blob_setup())
>
> The "basic" LOAD_FIT path is aware of this limitation, and relocates
> the FDT at the expected location.
Hi Alexandru,
On Tue, 16 Mar 2021 at 13:24, Alexandru Gagniuc wrote:
>
> Define a UCLASS API for verifying ECDSA signatures. Unlike
> UCLASS_MOD_EXP, which focuses strictly on modular exponentiation,
> the ECDSA class focuses on verification. This is done so that it
> better aligns with
Hi Alexandru,
On Thu, 11 Mar 2021 at 07:04, Alexandru Gagniuc wrote:
>
> Commit 4afc4f37c70e ("doc: FIT image: Clarify format and simplify
> syntax") and delegated FPGA images to be added via the list of
> "loadables" in lieu of the "fpga" property. Now actually implement
> this in code.
>
>
On Sun, 28 Mar 2021 at 21:57, Heinrich Schuchardt wrote:
>
> Avoid 'make htmldocs' build warnings:
>
> ./include/linker_lists.h:224: warning:
> Function parameter or member '_type' not described in 'll_entry_ref'
> ./include/linker_lists.h:224: warning:
> Function parameter or
Hi Alexandru,
On Tue, 16 Mar 2021 at 13:24, Alexandru Gagniuc wrote:
>
> Prepare the source tree for accepting implementations of the ECDSA
> algorithm. This patch deals with the boring aspects of Makefiles and
> Kconfig files.
>
> Signed-off-by: Alexandru Gagniuc
> ---
> include/image.h
On Sun, 28 Mar 2021 at 22:05, Heinrich Schuchardt wrote:
>
> Avoid 'make htmldocs' build warnings:
>
> ./include/os.h:139: warning:
> Function parameter or member 'ptr' not described in 'os_realloc'
> ./include/os.h:139: warning:
> Function parameter or member 'length' not
On Fri, 12 Mar 2021 at 10:32, Alexandru Gagniuc wrote:
>
> OP-TEE images are normally packaged with
> type = "tee;
> os = "tee";
>
> However, fit_image_load() thinks that is somehow invalid. however if
> they were declared as type = "kernel", os = "linux", fit_image_load()
> would
On Fri, 12 Mar 2021 at 10:32, Alexandru Gagniuc wrote:
>
> Consider the following FIT:
>
> images {
> whipple {};
> };
> configurations {
> conf-1 {
> firmware = "whipple";
> };
> };
>
>
HI Alexandru,
On Fri, 12 Mar 2021 at 10:32, Alexandru Gagniuc wrote:
>
> The 'firmware' property of a config node takes precedence over the
> 'kernel' property. 'standalone' is deprecated. However, give users a
> couple of releases where 'standalone' still works, but warns loudly.
>
>
Hi Alexandru,
On Fri, 12 Mar 2021 at 10:32, Alexandru Gagniuc wrote:
>
> The correct FDT to use is described by the "fdt" property of the
> configuration node. When the fit_unamep argument to fit_image_load()
fit_unamep (and below
> is "fdt", we get the "/images/fdt" node. This is incorrect,
On Fri, 12 Mar 2021 at 10:32, Alexandru Gagniuc wrote:
>
> The information on the OS should be contained in the FIT, as the
> self-explanatory "os" property of a node under /images. Hard-coding
> this to U_BOOT might send us down the wrong path later in the boot
> process.
>
> Signed-off-by:
On Thu, 11 Mar 2021 at 07:04, Alexandru Gagniuc wrote:
>
> The new correct way to load an FPGA image is to declare it in the list
> of "loadables". multi-with-fpga.its used the now deprecated "fpga"
> property. Since this example most likely intended to use u-boot's
> generic FPGA loading code,
Hi Alexandru,
On Thu, 11 Mar 2021 at 07:04, Alexandru Gagniuc wrote:
>
> The "simple" SPL_LOAD_FIT path is the most compliant with the format
> documented in doc/uImage.FIT/source_file_format.txt. The other two
> paths to load a FIT are SPL_LOAD_FIT_FULL and the "bootm" command.
>
> Since the
Hi Alexandru,
On Tue, 16 Mar 2021 at 13:24, Alexandru Gagniuc wrote:
>
> This test verifies that ECDSA_UCLASS is implemented, and that
> ecdsa_verify() works as expected. The definition of "expected" is
> "does not find a device, and returns -ENODEV".
>
> The lack of a hardware-independent ECDSA
On Tue, 16 Mar 2021 at 04:47, Alexandru Gagniuc wrote:
>
> Add the "/reserved-memory/optee" node to the SPL devicetree. The
> purpose is to allow configuring TZC regions when booting OP-TEE.
>
> Signed-off-by: Alexandru Gagniuc
> ---
> arch/arm/dts/stm32mp157a-dk1-u-boot.dtsi | 3 +++
> 1 file
Hi Raghu,
On Sat, 27 Mar 2021 at 03:59, wrote:
> Julius, Simon,
>
>
>
> It appears there are opinions you carry around UUID being complicated,
> bloated, code being an eyesore, parsing these lists early with MMU/Caches
> disabled, calculating checksums etc. While there is certainly a LOT of
>
Enable EFI debug command to be able to setup various efi variables to avoid
software like grub.
Signed-off-by: Michal Simek
---
configs/xilinx_versal_virt_defconfig | 1 +
configs/xilinx_zynqmp_virt_defconfig | 1 +
2 files changed, 2 insertions(+)
diff --git
58 matches
Mail list logo