On Fri, Apr 16, 2021 at 11:15 AM Bin Meng wrote:
>
> Hi Green,
>
> On Thu, Apr 8, 2021 at 9:43 PM Green Wan wrote:
> >
> > Add pcie driver for SiFive fu740, the driver depends on
> > fu740 gpio, clk and reset driver to do init. Force running at Gen1
> > for better capatible enumeration.
> >
> >
Hi Green,
On Thu, Apr 8, 2021 at 9:43 PM Green Wan wrote:
>
> Add pcie driver for SiFive fu740, the driver depends on
> fu740 gpio, clk and reset driver to do init. Force running at Gen1
> for better capatible enumeration.
>
> Several devices are tested:
> a) M.2 NVMe SSD
> b) USB-to-PCI adapter
> -Original Message-
> From: Lim, Elly Siew Chin
> Sent: Wednesday, March 31, 2021 10:39 PM
> To: u-boot@lists.denx.de
> Cc: Marek Vasut ; Tan, Ley Foon
> ; See, Chin Liang ;
> Simon Goldschmidt ; Chee, Tien Fong
> ; Westergreen, Dalon
> ; Simon Glass ; Gan,
> Yau Wai ; Lim, Elly Siew
> -Original Message-
> From: Lim, Elly Siew Chin
> Sent: Wednesday, March 31, 2021 10:39 PM
> To: u-boot@lists.denx.de
> Cc: Marek Vasut ; Tan, Ley Foon
> ; See, Chin Liang ;
> Simon Goldschmidt ; Chee, Tien Fong
> ; Westergreen, Dalon
> ; Simon Glass ; Gan,
> Yau Wai ; Lim, Elly Siew
> -Original Message-
> From: Lim, Elly Siew Chin
> Sent: Wednesday, March 31, 2021 10:39 PM
> To: u-boot@lists.denx.de
> Cc: Marek Vasut ; Tan, Ley Foon
> ; See, Chin Liang ;
> Simon Goldschmidt ; Chee, Tien Fong
> ; Westergreen, Dalon
> ; Simon Glass ; Gan,
> Yau Wai ; Lim, Elly Siew
> -Original Message-
> From: Lim, Elly Siew Chin
> Sent: Wednesday, March 31, 2021 10:39 PM
> To: u-boot@lists.denx.de
> Cc: Marek Vasut ; Tan, Ley Foon
> ; See, Chin Liang ;
> Simon Goldschmidt ; Chee, Tien Fong
> ; Westergreen, Dalon
> ; Simon Glass ; Gan,
> Yau Wai ; Lim, Elly Siew
> -Original Message-
> From: Lim, Elly Siew Chin
> Sent: Wednesday, March 31, 2021 10:39 PM
> To: u-boot@lists.denx.de
> Cc: Marek Vasut ; Tan, Ley Foon
> ; See, Chin Liang ;
> Simon Goldschmidt ; Chee, Tien Fong
> ; Westergreen, Dalon
> ; Simon Glass ; Gan,
> Yau Wai ; Lim, Elly Siew
On Thu, Apr 15, 2021 at 5:15 PM Masami Hiramatsu
wrote:
>
> Hi Tim,
>
> Sorry for confusion. It may be my git configuration issue.
> It seems not to correctly send the series to the SMTP server.
> Here is the patch.
>
> Thank you,
>
> 2021年4月16日(金) 0:07 Tim Harvey :
> >
> > On Wed, Apr 14, 2021
Hi Tim,
Sorry for confusion. It may be my git configuration issue.
It seems not to correctly send the series to the SMTP server.
Here is the patch.
Thank you,
2021年4月16日(金) 0:07 Tim Harvey :
>
> On Wed, Apr 14, 2021 at 12:38 PM Simon Glass wrote:
> >
> > On Tue, 13 Apr 2021 at 16:21, Masami
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 implementation prevents us
from having one in the sandbox, for now.
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 | 10 +-
include/u-boot/rsa.h | 2 +-
lib/Kconfig | 1 +
FIT signatures can now be implemented with ECDSA. The assumption that
all FIT images are signed with RSA is no longer valid. Thus, instead
of 'select'ing RSA, only 'imply' it. This doesn't change the defaults,
but allows one to explicitly disable RSA support.
Signed-off-by: Alexandru Gagniuc
Implement the crypto_algo .verify() function for ecdsa256. Because
it backends on UCLASS_ECDSA, this change is focused on parsing the
keys from devicetree and passing this information to the specific
UCLASS driver.
Signed-off-by: Alexandru Gagniuc
Reviewed-by: Simon Glass
---
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 mach-specific implementations, such as stm32mp.
Signed-off-by: Alexandru Gagniuc
---
The STM32MP ROM provides several service. One of them is the ability
to verify ecdsa256 signatures. Hook the ROM API into the ECDSA uclass.
Signed-off-by: Alexandru Gagniuc
---
arch/arm/mach-stm32mp/Kconfig| 9 +++
arch/arm/mach-stm32mp/Makefile | 1 +
This series is Part II of the ECDSA saga. It applies on top of [1]:
* [PATCH v7 00/11] Add support for ECDSA image signing
Changes since v3:
- Remove unused ecdsa_check_key() function
Changes since v2:
- Spell out "elliptic curve" in Kconfig (Although RSA isn't spelled out)
Changes since
On Thu, Apr 15, 2021 at 03:19:21PM +, Priyanka Jain wrote:
> Dear Tom,
>
> Please find my pull-request for u-boot-fsl-qoriq/master
> https://github.com/u-boot/u-boot/pull/65
>
> summary
>
> update ls1028aqds networking protocol, config in ls1021atwr, env in ls1012a
> Add seli3 board
On Thu, Apr 15, 2021 at 12:20:16PM +0800, Bin Meng wrote:
> Hi Tom,
>
> This PR includes the following changes for v2021.07:
>
> - Minor fix to Apollo Lake devicetree bindings for FSP
> - Refactor Designware PCIe drivers to core and SoC parts
> - Add Amlogic Meson Designware PCIe controller
On Wed, Apr 14, 2021 at 02:00:27AM +0200, Marek Vasut wrote:
> The following changes since commit a94ab561e2f49a80d8579930e840b810ab1a1330:
>
> Merge branch '2021-04-13-assorted-improvements' (2021-04-13 09:50:45
> -0400)
>
> are available in the Git repository at:
>
>
On 4/13/21 1:09 PM, Alberto Planas wrote:
> Hi,
>
> lately I am working on a small script that try to unify and help the
> installation of u-boot (and the different assets) into SD cards.
>
> As I am not knowledge about u-boot, I am starting small and with an use case
> that makes sense for my
On 3/26/21 4:13 AM, Simon Glass wrote:
This config was misnamed at birth since there has never been a
CONFIG_RESET option used before driver model. Rename it so that it is
clear that driver model is the only option here.
I'd say it should be kept as CONFIG_DM_*, to make it clear it is a DM
If we fail to probe for whatever reason, we cannot unregister/free the
MII bus unless we registered it with fec_get_miibus. This fixes FECs
sharing an MDIO bus from destroying it, preventing the other FEC from
using it.
Fixes: 6a895d039b ("net: Update eQos driver and FEC driver to use eth phy
If a phy is disabled, don't use it. This matches Linux's behavior.
Signed-off-by: Sean Anderson
Reviewed-by: Ramon Fried
---
Changes in v2:
- Fix debug statement missing a parameter.
- Assign phy_of_node only after we determine if the node is available.
drivers/net/fec_mxc.c | 15
On 4/8/21 5:10 PM, Sean Anderson wrote:
If a phy is disabled, don't use it. This matches Linux's behavior.
Signed-off-by: Sean Anderson
---
drivers/net/fec_mxc.c | 13 -
1 file changed, 8 insertions(+), 5 deletions(-)
diff --git a/drivers/net/fec_mxc.c
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
Reviewed-by: Simon Glass
---
arch/arm/dts/stm32mp157a-dk1-u-boot.dtsi | 3 +++
1 file changed, 3 insertions(+)
diff --git
The purpose of this change is to allow configuring TrustZone (TZC)
memory permissions. For example, OP-TEE expects TZC regions to be
configured in a very particular way. The API presented here is
intended to allow exactly that.
UCLASS support is not implemented, because it would not be too
In general, Falcon mode means we're booting a linux kernel directly.
With FIT images, however, an OP-TEE secure kernel can be booted before
linux. Thus, if the next stage is an IH_OS_TEE, this isn't necessarily
a problem.
Of course, a general solution would involve mmc_load_image_raw_os()
only
OP-TEE is very particular about how the TZC should be configured.
When booting an OP-TEE payload, an incorrect TZC configuration will
result in a panic.
Most information can be derived from the SPL devicetree. The only
information we don't have is the split between TZDRAM and shared
memory. This
OP-TEE requires some particular setup, which is not needed for linux
or other payloads. Add a hook for platform-specific code to perform
any OP-TEE related configuration and initialization.
A weak function is used because it is symmetrical to other
spl_board_prepare_for_*() implementations. A
The purpose of this series is to allow booting an OP-TEE image from
SPL, by corectly configuring the TrustZone (TZC) memory regions.
Although TZC400 is a generic silicon logic that could apply to other
mach- families, support is currently restricted to stm32mp. I have
neither a feasible way nor
Hi,
On 4/15/21 8:08 AM, Ramon Fried wrote:
On Thu, Apr 15, 2021 at 4:41 AM Ramon Fried wrote:
On Wed, Apr 14, 2021 at 5:36 PM Marek Vasut wrote:
On 4/14/21 4:07 PM, Patrick DELAUNAY wrote:
Hi,
Hi,
On 4/9/21 2:22 PM, Marek Vasut wrote:
On 4/9/21 10:00 AM, Patrick Delaunay wrote:
The
>-Original Message-
>From: U-Boot On Behalf Of Simon Glass
>Sent: Friday, March 26, 2021 8:43 AM
>To: U-Boot Mailing List
>Cc: Simon Glass ; Adam Ford ;
>Akash Gajjar ; Alifer Moraes
>; Anatolij Gustschin ; Andre
>Przywara ; Andrew F. Davis ; Andy
>Shevchenko ; Andy Yan
>; Anup Patel ;
>-Original Message-
>From: U-Boot On Behalf Of Simon Glass
>Sent: Friday, March 26, 2021 8:43 AM
>To: U-Boot Mailing List
>Cc: Simon Glass ; Adam Ford ;
>Akash Gajjar ; Alifer Moraes
>; Anatolij Gustschin ; Andre
>Przywara ; Andrew F. Davis ; Andy
>Shevchenko ; Andy Yan
>; Anup Patel ;
Dear Tom,
Please find my pull-request for u-boot-fsl-qoriq/master
https://github.com/u-boot/u-boot/pull/65
summary
update ls1028aqds networking protocol, config in ls1021atwr, env in ls1012a
Add seli3 board support, booke watchdog, update eTSEC support in ppc-qemu,
Add DM_SERIAL and lpuart in
On Wed, Apr 14, 2021 at 12:38 PM Simon Glass wrote:
>
> On Tue, 13 Apr 2021 at 16:21, Masami Hiramatsu
> wrote:
> >
> > Update the highest subordinate bus number after probing the devices
> > under the bus for setting up the bridge correctly.
> > The commit 42f3663a3f67 ("pci: Update to use new
On Thu, 2021-04-15 at 07:25 +0200, Stefan Roese wrote:
> On 11.04.21 20:47, Marek Vasut wrote:
> > According to S26KL512S datasheet [1] and S29GL01GS datasheet [2],
> > the procedure to read out PPB lock bits is to send the PPB Entry,
> > PPB Read, Reset/ASO Exit. Currently, the code does send
On 4/14/21 3:37 PM, Simon Glass wrote:
> Hi Sean,
>
> On Mon, 12 Apr 2021 at 23:53, Sean Anderson wrote:
>>
>> This is technically a library function, but we use MMCs for testing, so
>> it is easier to do it with DM. At the moment, the only block devices in
>> sandbox are MMCs (AFAIK) so we
On 15.04.21 15:30, Masahisa Kojima wrote:
> "TCG PC Client Platform Firmware Profile Specification"
> requires to measure every attempt to load and execute
> a OS Loader(a UEFI application) into PCR[4].
> This commit adds the PE/COFF image measurement, extends PCR,
> and appends measurement into
On 15.04.21 15:30, Masahisa Kojima wrote:
> This is preparation for PE/COFF measurement support.
> PE/COFF image hash calculation is same in both
> UEFI Secure Boot image verification and measurement in
> measured boot. This commit exposes the hash calculation
> functions even if UEFI Secure Boot
Sure will do it
Thanks
Joe Xue
From: Heinrich Schuchardt
Sent: April 15, 2021 9:29 AM
To: lg...@hotmail.com ; u-boot@lists.denx.de
Cc: bmeng...@gmail.com ; frederic.da...@collabora.com
; joe.hershber...@ni.com
; olaf.kr...@emh-metering.com
;
Am 15. April 2021 15:22:30 MESZ schrieb lg...@hotmail.com:
>From: Joe Xue
>
>The command is to query and show mac address of a specific ipAddress.
>
>Signed-off-by: Joe Xue
>---
It is unclear what changed with respect to v3.
It is best practice to add this information after the 3 hyphens above
"TCG PC Client Platform Firmware Profile Specification"
requires to measure every attempt to load and execute
a OS Loader(a UEFI application) into PCR[4].
This commit adds the PE/COFF image measurement, extends PCR,
and appends measurement into Event Log.
Signed-off-by: Masahisa Kojima
---
This is preparation for PE/COFF measurement support.
PE/COFF image hash calculation is same in both
UEFI Secure Boot image verification and measurement in
measured boot. This commit exposes the hash calculation
functions even if UEFI Secure Boot is not enabled.
Signed-off-by: Masahisa Kojima
---
This patch series add the PE/COFF measurement support.
Extending PCR and Event Log is tested with fTPM
running as a OP-TEE TA.
Masahisa Kojima (2):
efi_loader: expose efi_image_parse() even if UEFI Secure Boot is
disabled
efi_loader: add PE/COFF image measurement
include/efi_loader.h
From: Joe Xue
The command is to query and show mac address of a specific ipAddress.
Signed-off-by: Joe Xue
---
cmd/Kconfig | 6 ++
cmd/net.c | 37 +
doc/usage/arp.rst | 31 +++
include/net.h | 5 +
From: Reto Schneider
This commit updates the default config with the values that are actually
used "in the wild" and which are close to what is used on the MediaTek
MT7688 based, 2nd generation of the GARDENA smart gateway:
- Reduce startup time by setting bootdelay to 0 (still allows accessing
Hi Guys,
I have created a branch on github regarding two bugfixes which allow my 5
nanpoi a64 to connect to network again and also again use the second usb port,
when booting, when using the latest (v2021.04) u-boot.
https://github.com/DirkTheDaring/u-boot/tree/bugfix/nanopi-a64
The patch
Dear Tom,
In message <20210405150358.GW1310@bill-the-cat> you wrote:
>
> It is release day and here is the v2021.04 release. With this release
> we are now at the first of our 2 years past a DM migration deadline.
> This will be the last release for a number of boards that will be
> removed
On Thu, 15 Apr 2021 11:32:48 +0200
Maxime Ripard wrote:
> Hi,
>
> On Thu, Apr 15, 2021 at 10:38:43AM +0200, Köry Maincent wrote:
> > > > arch/arm/mach-sunxi/Kconfig | 9
> > > > board/sunxi/Makefile| 1 +
> > > > board/sunxi/chip.c | 104
On Thu, 15 Apr 2021 at 01:08, Simon Glass wrote:
> On Mon, 12 Apr 2021 at 16:06, Sughosh Ganu
> wrote:
> >
> > Define a function which would be used in the scenario where the
> > public key is stored on the platform's dtb. This dtb is concatenated
> > with the u-boot binary during the build
Hi,
On Thu, Apr 15, 2021 at 10:38:43AM +0200, Köry Maincent wrote:
> > > arch/arm/mach-sunxi/Kconfig | 9
> > > board/sunxi/Makefile| 1 +
> > > board/sunxi/chip.c | 104
> > > 3 files changed, 114 insertions(+)
> > > create mode
gd is not used in this file that's why doesn't make sense to declare it.
Signed-off-by: Michal Simek
---
arch/arm/mach-versal/mp.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/arch/arm/mach-versal/mp.c b/arch/arm/mach-versal/mp.c
index c97c311d3130..58eab4bdf563 100644
---
On Thu, Apr 15, 2021 at 1:25 PM Rick Chen wrote:
>
> Hi Green,
>
> > From: Green Wan [mailto:green@sifive.com]
> > Sent: Thursday, April 08, 2021 9:40 PM
> > Cc: bmeng...@gmail.com; Green Wan; Greentime Hu; Rick Jian-Zhi Chen(陳建志);
> > Paul Walmsley; Palmer Dabbelt; Anup Patel; Atish Patra;
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 harts_early_init() to 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 | 11 +++
Add a callback interface, harts_early_init() to perform proprietary or
customized CRSs configuration for each hart. harts_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:
- cannot
Hello Maxime,
Thanks for your review.
On Wed, 24 Mar 2021 15:32:59 +0100
Maxime Ripard wrote:
> > arch/arm/mach-sunxi/Kconfig | 9
> > board/sunxi/Makefile| 1 +
> > board/sunxi/chip.c | 104
> > 3 files changed, 114
On 17.12.20 05:20, Simon Glass wrote:
> The linker script uses alphabetic sorting to group the different linker
> lists together. Each group has its own struct and potentially its own
> alignment. But when the linker packs the structs together it cannot ensure
> that a linker list starts on the
On 15/04/2021 09.13, Christophe Leroy wrote:
>
>
> Le 15/04/2021 à 08:54, Rasmus Villemoes a écrit :
>> On 15/04/2021 07.38, Stefan Roese wrote:
>>> On 13.04.21 16:43, Rasmus Villemoes wrote:
Some boards don't work with the rate-limiting done in the generic
watchdog_reset() provided by
Update the u-boot image build instructions to support the latest
revision V1.1B of the module Apalis iMX8X. The rst document
formatting is fixed.
Signed-off-by: Oleksandr Suvorov
---
doc/board/toradex/apalix-imx8x.rst | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git
Le 15/04/2021 à 08:54, Rasmus Villemoes a écrit :
On 15/04/2021 07.38, Stefan Roese wrote:
On 13.04.21 16:43, Rasmus Villemoes wrote:
Some boards don't work with the rate-limiting done in the generic
watchdog_reset() provided by wdt-uclass.
For example, on powerpc, get_timer() ceases
On 15.04.21 08:54, Rasmus Villemoes wrote:
On 15/04/2021 07.38, Stefan Roese wrote:
On 13.04.21 16:43, Rasmus Villemoes wrote:
Some boards don't work with the rate-limiting done in the generic
watchdog_reset() provided by wdt-uclass.
For example, on powerpc, get_timer() ceases working during
On 15.04.21 08:46, Rasmus Villemoes wrote:
On 15/04/2021 07.34, Stefan Roese wrote:
On 13.04.21 21:38, Rasmus Villemoes wrote:
I have checked with objdump that the generated code doesn't change
when this option is left at its default value of 0: gcc is smart
enough to see that wd_limit is
On 15/04/2021 07.38, Stefan Roese wrote:
> On 13.04.21 16:43, Rasmus Villemoes wrote:
>> Some boards don't work with the rate-limiting done in the generic
>> watchdog_reset() provided by wdt-uclass.
>>
>> For example, on powerpc, get_timer() ceases working during bootm since
>> interrupts are
On 15/04/2021 07.34, Stefan Roese wrote:
> On 13.04.21 21:38, Rasmus Villemoes wrote:
>>
>> I have checked with objdump that the generated code doesn't change
>> when this option is left at its default value of 0: gcc is smart
>> enough to see that wd_limit is constant 0, the ">=" comparisons are
On Thu, Apr 15, 2021 at 4:41 AM Ramon Fried wrote:
>
> On Wed, Apr 14, 2021 at 5:36 PM Marek Vasut wrote:
> >
> > On 4/14/21 4:07 PM, Patrick DELAUNAY wrote:
> > > Hi,
> >
> > Hi,
> >
> > > On 4/9/21 2:22 PM, Marek Vasut wrote:
> > >> On 4/9/21 10:00 AM, Patrick Delaunay wrote:
> > >>> The gpio
66 matches
Mail list logo