UEFI subsystem uses utf-16 string, but checkpatch.pl complains
about any occurrences of L"xxx" which is definitely legal.
So just suppress this kind of warning.
Precautiously, we will check u"xxx" as well.
Signed-off-by: AKASHI Takahiro
---
scripts/checkpatch.pl | 2 +-
1 file changed, 1
In this test case, an image may have a signature with additional
intermediate certificates. A chain of trust will be followed and all
the certificates in the middle of chain must be verified before loading.
Signed-off-by: AKASHI Takahiro
---
test/py/tests/test_efi_secboot/conftest.py| 138
In this commit, efi_signature_verify(with_sigdb) will be re-implemented
using pcks7_verify_one() in order to support certificates chain, where
the signer's certificate will be signed by an intermediate CA (certificate
authority) and the latter's certificate will also be signed by another CA
and so
The function, pkcs7_verify_one(), will be utilized to rework signature
verification logic aiming to support intermediate certificates in
"chain of trust."
To do that, its function interface is expanded, adding an extra argument
which is expected to return the last certificate in trusted chain.
The file, pkcs7_verify.c, will now be imported from linux code and
modified to fit into U-Boot environment.
In particular, pkcs7_verify_one() function will be used in a later patch
to rework signature verification logic aiming to support intermediate
certificates in "chain of trust."
This function was nullified when the file, pkcs7_verify.c, was imported
because it calls further linux-specific interfaces inside, hence that
could lead to more files being imported from linux.
We need this function in pkcs7_verify_one() and so simply re-implement it
here instead of re-using the
When the file, x509_public_key.c, was imported from linux code in
commit b4adf627d5b7 ("lib: crypto: add x509 parser"),
x509_check_for_self_signed() was commented out for simplicity.
Now it need be enabled in order to make pkcs7_verify_one(), which will be
imported in a later patch,
This function will be used to implement public_key_verify_signature()
in a later patch. rsa_verify() is not suitable here because calculation
of message digest is not necessary.
Signed-off-by: AKASHI Takahiro
---
include/u-boot/rsa.h | 3 +++
lib/rsa/rsa-verify.c | 8
2 files changed,
This function will be called from x509_check_for_self_signed() and
pkcs7_verify_one(), which will be imported from linux in a later patch.
While it does exist in linux code and has a similar functionality of
rsa_verify(), it calls further linux-specific interfaces inside.
That could lead to more
Summary
===
under the current implementation of secure boot merged in v2020.07-rc1,
UEFI subsystem verifies a signature using certificates that are coming
from signature dtabase, i.e. "db."
In real world, an image is signed by a signer, but its certificate
can also be signed by another CA
Summary
===
under the current implementation of secure boot merged in v2020.07-rc1,
UEFI subsystem verifies a signature using certificates that are coming
from signature dtabase, i.e. "db."
In real world, an image is signed by a signer, but its certificate
can also be signed by another CA
Hi Neil,
On Thu, 11 Jun 2020 at 19:20, Neil Armstrong wrote:
>
> Move the natural text Amlogic board README files to doc/board/amlogic
> into reStructuredText and :
> - add reStructuredText markup for bash code
> - fix secondary titles markup
> - move board support into global support matrix
>
>
Hi Akashi,
On Mon, 15 Jun 2020 at 18:34, AKASHI Takahiro
wrote:
>
> On Mon, Jun 15, 2020 at 10:34:56AM -0400, Tom Rini wrote:
> > On Sun, Jun 14, 2020 at 09:58:48PM -0600, Simon Glass wrote:
> > > Hi Akashi,
> > >
> > > On Sun, 14 Jun 2020 at 20:59, AKASHI Takahiro
> > > wrote:
> > > >
> > > >
Heinrich,
On Wed, Jun 10, 2020 at 11:08:18PM +0200, Heinrich Schuchardt wrote:
> On 6/9/20 7:13 AM, AKASHI Takahiro wrote:
> > The function, pkcs7_verify_one(), will be utilized to rework signature
> > verification logic aiming to support intermediate certificates in
> > "chain of trust."
> >
> >
On Tue, Jun 16, 2020 at 09:34:30AM +0900, AKASHI Takahiro wrote:
> On Mon, Jun 15, 2020 at 10:34:56AM -0400, Tom Rini wrote:
> > On Sun, Jun 14, 2020 at 09:58:48PM -0600, Simon Glass wrote:
> > > Hi Akashi,
> > >
> > > On Sun, 14 Jun 2020 at 20:59, AKASHI Takahiro
> > > wrote:
> > > >
> > > > On
> Subject: [PATCH v2] mmc: retry CMD1 in mmc_send_op_cond() until the
> eMMC is ready
>
> From: Haibo Chen
>
> According to eMMC specification v5.1 section 6.4.3, we should issue
> CMD1 repeatedly in the idle state until the eMMC is ready even if
> mmc_send_op_cond() send CMD1 with argument =
On Mon, Jun 15, 2020 at 10:34:56AM -0400, Tom Rini wrote:
> On Sun, Jun 14, 2020 at 09:58:48PM -0600, Simon Glass wrote:
> > Hi Akashi,
> >
> > On Sun, 14 Jun 2020 at 20:59, AKASHI Takahiro
> > wrote:
> > >
> > > On Thu, Jun 04, 2020 at 07:39:35PM -0400, Tom Rini wrote:
> > > > On Fri, May 22,
On 6/16/20 1:25 AM, Jassi Brar wrote:
> ... a polite ping, Lukasz.
so while I don't know much about the gadget subsystem, a few nits below.
[...]
>> +#define MAX3420_REG_MODE 27
>> +#define MAX3420_REG_PERADDR28
>> +#define MAX3420_REG_HCTL 29
>> +#define MAX3420_REG_HXFR
SPL_ATF_NO_PLATFORM_PARAM is selected by default for RK3399 configs, to
guard against issues when used with TF-A versions that perform
insufficient validation on the platform parameter. However, since commit
8109f738ffa7 "rockchip: increase FDT buffer size" in TF-A, passing a
device tree as
... a polite ping, Lukasz.
On Sun, Jun 7, 2020 at 3:59 PM wrote:
>
> From: Jassi Brar
>
> MAX3420 implements FullSpeed USB Device over SPI.
> Another version MAX3421, also implements USB Host mode.
> This driver should be good for the device mode of max3421 as well.
>
> Signed-off-by: Jassi
More fixes against pylint warnings that autopep8 didn't handle
in the previous commit.
Signed-off-by: AKASHI Takahiro
---
test/py/tests/test_efi_secboot/conftest.py| 11 +--
.../py/tests/test_efi_secboot/test_authvar.py | 91 +--
test/py/tests/test_efi_secboot/test_signed.py
Python's autopep8 can automatically correct some of warnings from pylint
and rewrite the code in a pretty print format. So just do it.
Signed-off-by: AKASHI Takahiro
Suggested-by: Heinrich Schuchardt
---
test/py/tests/test_efi_secboot/conftest.py| 162 ++
On 6/15/20 8:01 AM, Patrick Delaunay wrote:
> Add a pytest for testing the env info sub-command:
>
> test_env_info: test command with several option
>
> test_env_info_quiet: test the result of the sub-command with quiet option,
> '-q' as used for support in shell test; for example:
> if env
On 6/13/20 8:57 PM, Simon Glass wrote:
> This has been in the Makefile long enough to ensure migration is complete.
> Drop it.
> diff --git a/Makefile b/Makefile
> -OBJCOPYFLAGS_u-boot-nodtb-tegra.bin = -O binary
> --pad-to=$(CONFIG_SYS_TEXT_BASE)
> -u-boot-nodtb-tegra.bin: spl/u-boot-spl
On Sun, Jun 07, 2020 at 11:54:00AM +0200, Heinrich Schuchardt wrote:
> Several configutation options require additional memory before relocation:
>
> * CONSOLE_RECORD
> * LOG
> * RSA
>
> The current default of 0x400 is too small to encompass them all. Increase
> the value of SYS_MALLOC_F_LEN to
On Wed, Jun 10, 2020 at 07:28:42PM +0200, Patrick Delaunay wrote:
> Update the comment for SYS_RELOC_GD_ENV_ADDR as gd->env_addr is updated
> in board_r.c::initr_reloc_global_data() under the compilation flags
> CONFIG_SYS_RELOC_GD_ENV_ADDR
>
> Signed-off-by: Patrick Delaunay
> Reviewed-by: Tom
On Sun, Jun 07, 2020 at 01:36:45AM -0400, Sean Anderson wrote:
> This reverts commit 0486497e2b5f4d36fa968a1a60fea358cbf70b65.
>
> The strtoul has well-defined semantics. It is defined by the C standard and
> POSIX. To quote the relevant section of the man pages,
>
> > If base is zero or 16,
On Fri, Jun 05, 2020 at 09:22:11AM +0200, Patrick Delaunay wrote:
> From: Etienne Carriere
>
> Fix the loop that parses FDT for a reserved memory node named "optee".
>
> Before this change, if at least one subnode was found in the
> reserved-memory node, the function endlessly looped since
On Fri, Jun 05, 2020 at 11:45:12AM +0200, Michal Simek wrote:
> s/booot/boot/g
>
> The first ase is booot instead of boot and second u-booot instead of
> u-boot.
>
> Signed-off-by: Michal Simek
> Reviewed-by: Jaehoon Chung
Applied to u-boot/master, thanks!
--
Tom
signature.asc
On Mon, Jun 15, 2020 at 07:29:18AM +, Peng Fan wrote:
> Hi Tom,
>
> Please pull u-boot-mmc mmc-2020-6-15
>
Applied to u-boot/master, thanks!
But please note, checkpatch notes that some places you use:
#ifdef CONFIG_FSL_ESDHC_33V_IO_RELIABILITY_WORKAROUND
could be using
if
The following changes since commit 9d886fd6a0888f121cd280d11434812a386045a2:
Merge https://gitlab.denx.de/u-boot/custodians/u-boot-spi (2020-06-12
17:20:35 -0400)
are available in the Git repository at:
https://gitlab.denx.de/u-boot/custodians/u-boot-efi.git
tags/efi-2020-07-rc5
for you
When replacing printf() by log function calls it is not desirable to output
calling function name. So we should adjust the default log format to show
the message only.
Using the BIT() macro makes the log format related coding more readable.
Heinrich Schuchardt (2):
log: don't show function by
The name of the function emitting a log message may be of interest for a
developer but is distracting for normal users. See the example below:
try_load_entry() Booting: Debian
Make the default format for log messages customizable. By default show
only the message text.
Signed-off-by:
Use the BIT() macro when creating a bitmask for the logging fields.
Signed-off-by: Heinrich Schuchardt
---
v3:
new patch
---
common/log_console.c | 14 +++---
common/log_syslog.c | 14 +++---
2 files changed, 14 insertions(+), 14 deletions(-)
diff --git
Allow mounting of FIT images. If FIT images are used for firmware upgrade
from linux, mouting can save space in comparison to using dumpimage.
Signed-off-by: Selva Muthukumar
---
tools/Makefile | 5 +-
tools/fitmount.c | 254 +++
2 files
Is there U-Boot with Ethernet available in U-Boot for the Raspberry PI 4?
If not is u-boot without Ethernet available for the Raspberry Pi 4, and and
interface spec available for the and Pi 4 Ethernet driver?
I have read that the Ethernet driver for the Pi 4 is different from the PI 3.
Thanks
On 6/15/20 12:56 AM, Nico Becker wrote:
> Am 12.06.2020 um 22:27 schrieb Dinh Nguyen:
>>
>> On 6/12/20 6:41 AM, Marek Vasut wrote:
>>> On 6/12/20 1:04 PM, Nico Becker wrote:
Am 12.06.2020 um 07:51 schrieb Nico Becker:
> Am 11.06.2020 um 03:51 schrieb Tan, Ley Foon:
>>>
On 05/06/20 06:14PM, Pratyush Yadav wrote:
> Hi,
>
> This series adds support for octal DTR flashes in the spi-nor framework,
> and then adds hooks for the Cypress Semper flash which is an xSPI
> compliant Octal DTR flash.
>
> The Cadence QSPI controller driver is also updated to run in Octal
On 13/06/20 03:11AM, s...@google.com wrote:
> Hi Simon,
>
> On 07/06/20 08:43PM, Simon Glass wrote:
> > Hi Pratyush,
> >
> > On Tue, 26 May 2020 at 06:06, Pratyush Yadav wrote:
> > >
> > > In regmap_raw_{read,write}_range(), offsets are checked to make sure
> > > they aren't out of range. But
On Mon, Jun 15, 2020 at 06:01:00PM +0300, Tero Kristo wrote:
> On 15/06/2020 17:57, Tom Rini wrote:
> > On Mon, Jun 15, 2020 at 05:53:39PM +0300, Tero Kristo wrote:
> > > On 15/06/2020 17:48, Vignesh Raghavendra wrote:
> > > >
> > > >
> > > > On 15/06/20 11:49 am, Tero Kristo wrote:
> > > > > On
On Mon, Jun 15, 2020 at 9:53 AM Tero Kristo wrote:
>
> On 15/06/2020 17:48, Vignesh Raghavendra wrote:
> >
> >
> > On 15/06/20 11:49 am, Tero Kristo wrote:
> >> On 14/06/2020 16:49, Lokesh Vutla wrote:
> >>> Hi Tero,
> >>>
> >>> On 02/06/20 4:49 pm, Tero Kristo wrote:
> Hi,
>
> As
On 15/06/2020 17:57, Tom Rini wrote:
On Mon, Jun 15, 2020 at 05:53:39PM +0300, Tero Kristo wrote:
On 15/06/2020 17:48, Vignesh Raghavendra wrote:
On 15/06/20 11:49 am, Tero Kristo wrote:
On 14/06/2020 16:49, Lokesh Vutla wrote:
Hi Tero,
On 02/06/20 4:49 pm, Tero Kristo wrote:
Hi,
As
On Mon, Jun 15, 2020 at 05:53:39PM +0300, Tero Kristo wrote:
> On 15/06/2020 17:48, Vignesh Raghavendra wrote:
> >
> >
> > On 15/06/20 11:49 am, Tero Kristo wrote:
> > > On 14/06/2020 16:49, Lokesh Vutla wrote:
> > > > Hi Tero,
> > > >
> > > > On 02/06/20 4:49 pm, Tero Kristo wrote:
> > > > >
On 15/06/2020 17:48, Vignesh Raghavendra wrote:
On 15/06/20 11:49 am, Tero Kristo wrote:
On 14/06/2020 16:49, Lokesh Vutla wrote:
Hi Tero,
On 02/06/20 4:49 pm, Tero Kristo wrote:
Hi,
As there is looming death to OMAP4 Panda board u-boot support, I decided
to take a shot and convert it to
This patch adds prototypes for several weak functions:
- env_ext4_get_intf
- env_ext4_get_dev_part
- env_get_location
It solves the following warnings when compiling with W=1
on stm32mp1 board:
board/st/stm32mp1/stm32mp1.c:849:19: warning: no previous prototype for
'env_get_location'
On 15/06/20 11:49 am, Tero Kristo wrote:
> On 14/06/2020 16:49, Lokesh Vutla wrote:
>> Hi Tero,
>>
>> On 02/06/20 4:49 pm, Tero Kristo wrote:
>>> Hi,
>>>
>>> As there is looming death to OMAP4 Panda board u-boot support, I decided
>>> to take a shot and convert it to device model myself. With
Activate the new option -q in command "env info"
to avoid unnecessary trace during boot.
Hi,
This patch was previous included in V3 serie 158105.
This patch have dependency with serie 183438 for -q otpion
and with serie 183387 for stm32mp1 env_check update.
END
Signed-off-by: Patrick Delaunay
On Sun, Jun 14, 2020 at 09:58:48PM -0600, Simon Glass wrote:
> Hi Akashi,
>
> On Sun, 14 Jun 2020 at 20:59, AKASHI Takahiro
> wrote:
> >
> > On Thu, Jun 04, 2020 at 07:39:35PM -0400, Tom Rini wrote:
> > > On Fri, May 22, 2020 at 04:32:40PM -0600, Simon Glass wrote:
> > >
> > > > There is a lot
On Mon, Jun 15, 2020 at 08:04:33AM +0200, Michal Simek wrote:
> Hi Tom,
>
> On 12. 06. 20 17:00, Tom Rini wrote:
> > On Mon, Mar 16, 2020 at 11:39:18AM +0100, Michal Simek wrote:
> >
> >> When local-mac-address DT property is specified it is reported the same way
> >> as address read from
Add a pytest for testing the env info sub-command:
test_env_info: test command with several option
test_env_info_quiet: test the result of the sub-command with quiet option,
'-q' as used for support in shell test; for example:
if env info -p -d -q; then env save; fi
Signed-off-by: Patrick
Hi,
It is a V4 for [1] serie.
I add the -q option for 'env info' command and I also add pytest
for this command.
Test for ENV_IS_IN_DEVICE is included in separate serie [2]
(I will activate ENV_IS_IN_EXT4 support in sandbox)
To avoid compilation warning, I add prototype for
env_get_location
The "env info" can be use for test with -d and -p parameter,
in scripting case the output of the command is not needed.
This patch allows to deactivate this output with a new option "-q".
For example, we can save the environment if default
environment is used and persistent storage is managed
Enable support for sub command 'env info' in sandbox
with CONFIG_CMD_NVEDIT_INFO. This is aimed primarily
at adding unit test.
Signed-off-by: Patrick Delaunay
Reviewed-by: Simon Glass
---
(no changes since v2)
Changes in v2:
- activate env info command in sandbox (new)
Check the current ENV location, dynamically provided by the weak
function env_get_location to be sure that the environment can be
persistent.
The compilation flag ENV_IS_IN_DEVICE is not enough when the board
dynamically select the available storage location (according boot
device for example).
Hi Tom,
On 15/06/2020 16.38, Tom Rini wrote:
> On Mon, Jun 15, 2020 at 04:35:52PM +0300, Peter Ujfalusi wrote:
>> Hi Tom,
>>
>> On 15/06/2020 16.14, Tom Rini wrote:
>>> On Mon, Jun 15, 2020 at 04:08:51PM +0300, Tero Kristo wrote:
On 15/06/2020 15:53, Tom Rini wrote:
> On Mon, Jun 15,
Use fixed partition to cover eeprom content on zynqmp boards.
Signed-off-by: Michal Simek
---
arch/arm/dts/zynqmp-zcu102-rev1.0.dts | 28 +++
arch/arm/dts/zynqmp-zcu104-revA.dts | 23 +-
arch/arm/dts/zynqmp-zcu104-revC.dts | 23
Remove adhoc dt binding for fixed-partition definition for i2c eeprom.
fixed-partition are using reg property instead of offset/size pair.
Signed-off-by: Michal Simek
---
Changes in v2:
- Bootcount tested on zynqmp zcu104
- Add missing address/size cells
- Use dev_read_addr_size_index
- Check
On Mon, Jun 15, 2020 at 04:35:52PM +0300, Peter Ujfalusi wrote:
> Hi Tom,
>
> On 15/06/2020 16.14, Tom Rini wrote:
> > On Mon, Jun 15, 2020 at 04:08:51PM +0300, Tero Kristo wrote:
> >> On 15/06/2020 15:53, Tom Rini wrote:
> >>> On Mon, Jun 15, 2020 at 01:16:05PM +0300, Peter Ujfalusi wrote:
> >>>
Hi Tom,
On 15/06/2020 16.14, Tom Rini wrote:
> On Mon, Jun 15, 2020 at 04:08:51PM +0300, Tero Kristo wrote:
>> On 15/06/2020 15:53, Tom Rini wrote:
>>> On Mon, Jun 15, 2020 at 01:16:05PM +0300, Peter Ujfalusi wrote:
>>>
Convert omap4 sdp to device model.
Signed-off-by: Peter
On Sun, Jun 14, 2020 at 05:28:33PM +0200, Marek Vasut wrote:
> The following changes since commit be79009f3b9bbdbce283e67a865121e576d790ea:
>
> Merge tag 'u-boot-imx-20200609' of
> https://gitlab.denx.de/u-boot/custodians/u-boot-imx (2020-06-09 09:17:24
> -0400)
>
> are available in the Git
On Sun, Jun 14, 2020 at 05:28:55PM +0200, Marek Vasut wrote:
> The following changes since commit be79009f3b9bbdbce283e67a865121e576d790ea:
>
> Merge tag 'u-boot-imx-20200609' of
> https://gitlab.denx.de/u-boot/custodians/u-boot-imx (2020-06-09 09:17:24
> -0400)
>
> are available in the Git
Hi,
On 12/06/2020 12:55, Heinrich Schuchardt wrote:
> On 6/11/20 3:28 PM, Neil Armstrong wrote:
>> Move the natural text Amlogic board README files to doc/board/amlogic
>> into reStructuredText and :
>> - add reStructuredText markup for bash code
>> - fix secondary titles markup
>> - move board
On Mon, Jun 15, 2020 at 04:08:51PM +0300, Tero Kristo wrote:
> On 15/06/2020 15:53, Tom Rini wrote:
> > On Mon, Jun 15, 2020 at 01:16:05PM +0300, Peter Ujfalusi wrote:
> >
> > > Convert omap4 sdp to device model.
> > >
> > > Signed-off-by: Peter Ujfalusi
> > > ---
> > > arch/arm/dts/Makefile
On 15/06/2020 15:53, Tom Rini wrote:
On Mon, Jun 15, 2020 at 01:16:05PM +0300, Peter Ujfalusi wrote:
Convert omap4 sdp to device model.
Signed-off-by: Peter Ujfalusi
---
arch/arm/dts/Makefile | 4
board/ti/sdp4430/sdp.c | 12
On Mon, Jun 15, 2020 at 01:16:05PM +0300, Peter Ujfalusi wrote:
> Convert omap4 sdp to device model.
>
> Signed-off-by: Peter Ujfalusi
> ---
> arch/arm/dts/Makefile | 4
> board/ti/sdp4430/sdp.c | 12
> configs/omap4_sdp4430_defconfig | 8
> 3
add board support for the moritz iii board from ic-automation
sorry for the first version.
thanks a lot
greetings
From 452de78b389a2516b8df12ef68da73edece4ca65 Mon Sep 17 00:00:00 2001
From: Nico Becker
Date: Mon, 15 Jun 2020 14:18:35 +0200
Subject: [PATCH v2] add board support for
On 15/06/2020 13.16, Peter Ujfalusi wrote:
> Hi,
>
> The series is based on Tero's omap4 panda and omap5 uevm device model
> conversion
> patches.
>
> To avoid removal of the SDP4430 due to neglect.
> With these patches applied no more complaints about DM_SPL conversion and the
> board boots
PMU FW has functionality to accept and reload configuration object at run
time. The patch is adding support for doing it via u-boot prompt.
For example:
tftpboot 10 pmu_obj.bin
zynqmp pmufw 10 $filesize
The most of pmufw configurations don't allow config reloading.
Also official Xilinx
Copy all device tree files required for omap4 sdp4430 support from
mainline Linux.
Signed-off-by: Peter Ujfalusi
---
arch/arm/dts/omap4-sdp-es23plus.dts | 14 +
arch/arm/dts/omap4-sdp.dts | 713
2 files changed, 727 insertions(+)
create mode 100644
Convert omap4 sdp to device model.
Signed-off-by: Peter Ujfalusi
---
arch/arm/dts/Makefile | 4
board/ti/sdp4430/sdp.c | 12
configs/omap4_sdp4430_defconfig | 8
3 files changed, 24 insertions(+)
diff --git a/arch/arm/dts/Makefile
Hi,
The series is based on Tero's omap4 panda and omap5 uevm device model conversion
patches.
To avoid removal of the SDP4430 due to neglect.
With these patches applied no more complaints about DM_SPL conversion and the
board boots up Linux.
We never had ethernet support for spd4430 in mainline
Convert omap4 panda to device model.
Signed-off-by: Tero Kristo
---
v2:
* dropped some apparently dead USB EHCI init code, this was just
causing a compile time warning.
arch/arm/dts/Makefile | 4 +++
arch/arm/dts/omap4-u-boot.dtsi | 39 ++
Hi,
V2 of this series just drops some ehci init code from patch #2, which
doesn't seem to really do anything right now. It is causing a couple of
compile time warnings though, so get rid of it for now.
-Tero
--
Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki.
Y-tunnus/Business
It is better to print multiboot value in decimal because boot images are
also composed in decimal not in hex.
Signed-off-by: Michal Simek
---
board/xilinx/zynqmp/zynqmp.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/board/xilinx/zynqmp/zynqmp.c
Activate CMD_NVEDIT_INFO and use the new command "env info -d -p -q"
to automatically save the environment on first boot.
This patch allows to remove the env_default variable.
Previously sent in serie
cmd: env: add option for quiet output on env info
Use the define ENV_IS_IN_DEVICE to test if one the
CONFIG_ENV_IS_IN_... is defined and correct the detection of
persistent storage support in the command "env info"
if CONFIG_ENV_IS_NOWHERE is activated.
Since commit 60d5ed2593c9 ("env: allow ENV_IS_NOWHERE with
other storage target") test
On Mon, 2020-06-15 at 11:28 +0200, Sylwester Nawrocki wrote:
> Hi,
>
> (Cc: Nicolas and Jim)
Jim, FYI, this relates to u-boot's pcie-brcmstb implementation.
> On 11.06.2020 11:18, Peter Robinson wrote:
> > > > > I am trying to test v4 of your patch series for USB support on rpi4:
> > > > > I am
From: Haibo Chen
According to eMMC specification v5.1 section 6.4.3, we should issue
CMD1 repeatedly in the idle state until the eMMC is ready even if
mmc_send_op_cond() send CMD1 with argument = 0. Otherwise some eMMC
devices seems to enter the inactive mode after mmc_complete_op_cond()
issued
Hi,
(Cc: Nicolas and Jim)
On 11.06.2020 11:18, Peter Robinson wrote:
I am trying to test v4 of your patch series for USB support on rpi4:
I am building u-boot 64-bit. Testing on a rpi4 B 1.2 board. But, USB is
not working for me and wanted to see if you had any ideas. Are
Activate the command env erase to reset the environment with the command:
> env erase
it is simpler than:
> env default -a
> env save
Signed-off-by: Patrick Delaunay
---
configs/stm32mp15_basic_defconfig | 1 +
configs/stm32mp15_trusted_defconfig | 1 +
2 files changed, 2 insertions(+)
Activate env config in SPL with CONFIG_SPL_ENV_SUPPORT
and use CONFIG_IS_ENABLED macro to test the activated
CONFIG_$(SPL_)ENV_IS_IN_... in env_get_location.
Reviewed-by: Patrice Chotard
Signed-off-by: Patrick Delaunay
---
(no changes since v1)
board/st/stm32mp1/stm32mp1.c | 8
Hi,
Rebased serie [1] with minor modification for avenger96 board
(as SD card is no more used for environment, replaced by SPI-NOR)
This serie depends on ENV patches [2] (RESEND of [3])
[1] http://patchwork.ozlabs.org/project/uboot/list/?series=165333
[2]
Add support of CONFIG_ENV_IS_IN_MMC in env_get_location, used for
all mmc device (SD card and eMMC).
The 2 configs CONFIG_ENV_IS_IN_MMC and CONFIG_ENV_IS_IN_EXT4 are
incompatible.
Add the weak function mmc_get_env_dev to select the mmc boot instance.
Reviewed-by: Patrice Chotard
Signed-off-by:
Save the environment at the end of the U-Boot partition, the GPT
partition named "ssbl" in SD card or eMMC and avoid requirements
on the "bootfs" file system generated via specific raw tools
(like wic and genimage).
With the previous configuration of the U-Boot environment saved in ext4
file,
Reset the stored ping IP address before entering a netloop with different
protocol to ensure that it won't be interrupted by the received
correct ICMP_ECHO_REPLY packet.
Signed-off-by: Marek Szyprowski
---
v2:
- Moved the net_ping_ip reset to the beginning of the net_loop() if the
protocol is
Hi Jagan,
Thanks a lot for your review and apply!
Regards,
Zhiqiang
> -Original Message-
> From: Jagan Teki
> Sent: 2020年6月13日 20:32
> To: Z.q. Hou
> Cc: U-Boot-Denx ; Priyanka Jain
> ; Shengzhou Liu ; Simon
> Glass ; Biwen Li ; Bin Meng
> ; Jiafei Pan ; Chuanhua Han
> ; Xiaowei Bao
Hi Vladimir,
Thanks a lot for your review!
Regards,
Zhiqiang
> -Original Message-
> From: Vladimir Oltean
> Sent: 2020年6月13日 4:40
> To: Z.q. Hou
> Cc: u-boot ; Priyanka Jain ;
> Bin Meng
> Subject: Re: [PATCHv3 04/15] net: tsec: Add the compatible string "gianfar"
> support
>
> On
On Fri, 2020-06-12 at 19:08 +0200, Marek Vasut wrote:
> On 6/12/20 6:46 PM, Nicolas Saenz Julienne wrote:
> > Some atypical users of xhci-pci might need to manually reset their xHCI
> > controller before starting the HCD setup. Check if a reset controller
> > device is available to the PCI bus and
Hi Vladimir,
Thanks a lot for your comments!
> -Original Message-
> From: Vladimir Oltean [mailto:olte...@gmail.com]
> Sent: 2020年6月13日 4:31
> To: Z.q. Hou
> Cc: u-boot ; Priyanka Jain ;
> Bin Meng ; Vladimir Oltean
>
> Subject: Re: [PATCHv3 03/15] net: tsec: convert to use DM_MDIO
Hi Vladimir,
Thanks a lot for your review!
Regards,
Zhiqiang
> -Original Message-
> From: Vladimir Oltean
> Sent: 2020年6月13日 4:37
> To: Z.q. Hou
> Cc: u-boot ; Priyanka Jain ;
> Bin Meng
> Subject: Re: [PATCHv3 06/15] fsl: p1_p2_rdb: Move vsc7835 firmware
> uploading to
Hi Vladimir,
Thanks a lot for your review!
Regards,
Zhiqiang
> -Original Message-
> From: Vladimir Oltean
> Sent: 2020年6月13日 4:29
> To: Z.q. Hou
> Cc: u-boot ; Priyanka Jain ;
> Bin Meng
> Subject: Re: [PATCHv3 01/15] net: fsl_mdio: Change to use virtual address
>
> On Fri, 12 Jun
Hi Vladimir,
Thanks a lot for your comments!
> -Original Message-
> From: Vladimir Oltean [mailto:olte...@gmail.com]
> Sent: 2020年6月13日 4:25
> To: Z.q. Hou
> Cc: u-boot ; Priyanka Jain ;
> Bin Meng
> Subject: Re: [PATCHv3 12/15] powerpc: p1010rdb: Compile legacy ethernet
> init
Hi Vladimir,
Thanks a lot for your comments!
> -Original Message-
> From: Vladimir Oltean [mailto:olte...@gmail.com]
> Sent: 2020年6月13日 4:21
> To: Z.q. Hou
> Cc: u-boot ; Priyanka Jain ;
> Bin Meng
> Subject: Re: [PATCHv3 13/15] configs: P1010RDB: Enable DM_ETH config
>
> On Fri, 12
Hi Vladimir,
Thanks a lot for your review!
Regards,
Zhiqiang
> -Original Message-
> From: Vladimir Oltean
> Sent: 2020年6月13日 4:17
> To: Z.q. Hou
> Cc: u-boot ; Priyanka Jain ;
> Bin Meng
> Subject: Re: [PATCHv3 15/15] configs: P2020RDB: Enable DM_ETH config
>
> On Fri, 12 Jun 2020
Hi Vladimir,
Thanks a lot for your comments!
> -Original Message-
> From: Vladimir Oltean [mailto:olte...@gmail.com]
> Sent: 2020年6月13日 4:15
> To: Z.q. Hou
> Cc: u-boot ; Priyanka Jain ;
> Bin Meng
> Subject: Re: [PATCHv3 08/15] dts: powerpc: p1020rdb: Add eTSEC DT nodes
>
> On Fri,
Hi Tom,
On 12.06.2020 18:04, Tom Rini wrote:
> On Wed, Mar 25, 2020 at 02:42:00PM +0100, Marek Szyprowski wrote:
>> Reset stored ping IP address before leaving the netloop to ensure that
>> the subsequent calls to the netloop, especially for the other protocols,
>> won't be interrupted by the
Manage 2 copy at the end of the partition selected by config
"u-boot,mmc-env-partition" to save the U-Boot environment,
with CONFIG_ENV_SIZE and 2*CONFIG_ENV_SIZE offset.
This patch allows to support redundancy (CONFIG_ENV_OFFSET_REDUND).
Signed-off-by: Patrick Delaunay
---
env/mmc.c | 6
Use the weak function mmc_get_env_dev in mmc_offset_try_partition
function to allow dynamic selection of mmc device to use
and no more use directly the define CONFIG_SYS_MMC_ENV_DEV.
Signed-off-by: Patrick Delaunay
---
env/mmc.c | 18 --
1 file changed, 12 insertions(+), 6
Hi Joe,
It is a resend of previous serie [1] after rebase.
This serie provides several corrections on ENV suport in MMC partition.
No code modification on this RESEND, tested on STM32MP157C-EV1.
[1] http://patchwork.ozlabs.org/project/uboot/list/?series=165325
Regards
Patrick
Patrick
The output of the function mmc_offset_try_partition must be a
byte offset in mmc and not a multiple of blksz.
This function is used in mmc_offset(), called by mmc_get_env_addr()
and the offset is used in write_env(), erase_env() and read_env().
In these function, blk_start = offset /
1 - 100 of 109 matches
Mail list logo