On 14. 04. 20 7:32, Benedikt Grassl wrote:
> Currently, the entry "bus-width = <8>" in the ZynqMP's sdhci nodes
> is not evaluated. This results in the bus width staying at its default
> value (4 bit in HS200 mode).
> Fix this by calling mmc_of_parse. This function also checks for the
> "no-1-8-v"
On Tue, Apr 14, 2020 at 05:53:43AM +, Heinrich Schuchardt wrote:
> Am April 14, 2020 5:20:38 AM UTC schrieb AKASHI Takahiro
> :
> >Heinrich,
> >
> >On Mon, Apr 06, 2020 at 02:31:35PM +0900, AKASHI Takahiro wrote:
> >> On Mon, Apr 06, 2020 at 07:12:56AM +0200, Heinrich Schuchardt wrote:
> >> >
Am April 14, 2020 5:31:25 AM UTC schrieb AKASHI Takahiro
:
>Heinrich,
>
>On Sun, Apr 05, 2020 at 11:28:17AM +0200, Heinrich Schuchardt wrote:
>> Up to now for MBR and GPT partitions the info field 'bootable' was
>set to 1
>> if either the partition was an EFI system partition or the bootable
>flag
Am April 14, 2020 5:20:38 AM UTC schrieb AKASHI Takahiro
:
>Heinrich,
>
>On Mon, Apr 06, 2020 at 02:31:35PM +0900, AKASHI Takahiro wrote:
>> On Mon, Apr 06, 2020 at 07:12:56AM +0200, Heinrich Schuchardt wrote:
>> > On 4/6/20 6:21 AM, AKASHI Takahiro wrote:
>> > > Heinrich,
>> > >
>> > > On Sun, Ap
Currently, the entry "bus-width = <8>" in the ZynqMP's sdhci nodes
is not evaluated. This results in the bus width staying at its default
value (4 bit in HS200 mode).
Fix this by calling mmc_of_parse. This function also checks for the
"no-1-8-v" and "max-frequency" entries. Remove the handling of t
Heinrich,
On Sun, Apr 05, 2020 at 11:28:17AM +0200, Heinrich Schuchardt wrote:
> Up to now for MBR and GPT partitions the info field 'bootable' was set to 1
> if either the partition was an EFI system partition or the bootable flag
> was set.
>
> Turn info field 'bootable' into a bit mask with se
Heinrich,
On Mon, Apr 06, 2020 at 02:31:35PM +0900, AKASHI Takahiro wrote:
> On Mon, Apr 06, 2020 at 07:12:56AM +0200, Heinrich Schuchardt wrote:
> > On 4/6/20 6:21 AM, AKASHI Takahiro wrote:
> > > Heinrich,
> > >
> > > On Sun, Apr 05, 2020 at 11:28:18AM +0200, Heinrich Schuchardt wrote:
> > >> Fo
Following the example of most other SoCs in arch/$(ARCH)/cpu/$(CPU)/$(SOC)
move the lpc32xx code from arch/arm/cpu/arm926ejs/lpc32xx to
arch/arm/mach-lpc32xx.
Following the checklist from
commit 01f14456306c ("ARM: prepare for moving SoC sources into mach-*"):
[1] move files from arch/arm/cpu
Heinrich,
On Tue, Mar 31, 2020 at 01:36:19PM +0900, AKASHI Takahiro wrote:
> Heinrich,
>
> On Wed, Mar 18, 2020 at 11:04:05AM +0900, AKASHI Takahiro wrote:
> > Heinrich,
> >
> > Thank you for your quick review.
> >
> > On Tue, Mar 17, 2020 at 08:49:12AM +0100, Heinrich Schuchardt wrote:
> > > O
On Tue, Apr 14, 2020 at 03:17:16AM +0200, Marek Vasut wrote:
> On 4/14/20 1:27 AM, Tom Rini wrote:
> > On Fri, Apr 10, 2020 at 08:54:49PM +0200, Marek Vasut wrote:
> >
> >> The most basic printf("%i", value) formating string was missing,
> >> add it for the sake of convenience.
> >>
> >> Signed-of
A small text in docs/uefi/uefi.rst was added to explain how we can
configure and utilise UEFI secure boot feature on U-Boot.
Signed-off-by: AKASHI Takahiro
Acked-by: Ilias Apalodimas
---
doc/uefi/uefi.rst | 77 +++
1 file changed, 77 insertions(+)
di
Provide a couple of test cases for variable authentication.
Signed-off-by: AKASHI Takahiro
---
.../py/tests/test_efi_secboot/test_authvar.py | 282 ++
1 file changed, 282 insertions(+)
create mode 100644 test/py/tests/test_efi_secboot/test_authvar.py
diff --git a/test/py/tests/
Pytest for UEFI secure boot will use several host commands.
In particular, Test setup relies on efitools, whose version must be v1.5.2
or later. So fetch a new version of deb package directly.
Please note it has a dependency on mtools, which must also be installed
along wih efitools.
In addition,
Adding those extra configurations allows us to successfully run UEFI
secure boot pytest on Travis CI.
Signed-off-by: AKASHI Takahiro
---
configs/sandbox64_defconfig | 3 +++
configs/sandbox_defconfig | 3 +++
2 files changed, 6 insertions(+)
diff --git a/configs/sandbox64_defconfig b/configs/
Provide test cases for
* image authentication for signed images
(test_efi_secboot/test_signed.py)
* image authentication for unsigned images
(test_efi_secboot/test_unsigned.py)
Signed-off-by: AKASHI Takahiro
---
test/py/tests/test_efi_secboot/test_signed.py | 117 +
.../t
This sub-command will be used to test image authentication,
in particular, a case where efi_load_image() failed with
EFI_SECURITY_VIOLATION but we still want to try efi_start_image().
We won't run such a case under normal bootmgr because it simply
refuses to call efi_start_image() if anything but E
A fixture for UEFI secure boot tests (image authentication and variable
authentication) is defined. A small file system with test data in a single
partition formatted in fat is created.
This test requires efitools v1.5.2 or later. If the system's efitools
is older, you have to build it on your own
The following variable is exported as UEFI specification defines:
SignatureSupport: array of GUIDs representing the type of signatures
supported by the platform firmware
Signed-off-by: AKASHI Takahiro
---
lib/efi_loader/efi_setup.c | 38 +
A signature database variable is associated with a specific guid.
For convenience, if user doesn't supply any guid info, "env set|print -e"
should complement it.
Signed-off-by: AKASHI Takahiro
---
cmd/nvedit_efi.c | 18 ++
1 file changed, 14 insertions(+), 4 deletions(-)
diff --
With "-at" option, EFI_VARIABLE_TIME_BASED_AUTHENTICATED_WRITE_ACCESS
will be passed to SetVariable() to authenticate the variable.
Signed-off-by: AKASHI Takahiro
---
cmd/nvedit.c | 5 +++--
cmd/nvedit_efi.c | 5 -
2 files changed, 7 insertions(+), 3 deletions(-)
diff --git a/cmd/nvedit
With this commit, image validation can be enforced, as UEFI specification
section 32.5 describes, if CONFIG_EFI_SECURE_BOOT is enabled.
Currently we support
* authentication based on db and dbx,
so dbx-validated image will always be rejected.
* following signature types:
EFI_CERT_SHA256_GUID
With this commit, EFI_VARIABLE_TIME_BASED_AUTHENTICATED_WRITE_ACCESS
is supported for authenticated variables and the system secure state
will transfer between setup mode and user mode as UEFI specification
section 32.3 describes.
Internally, authentication data is stored as part of authenticated
UEFI specification defines several global variables which are related to
the current secure boot state. In this commit, those values will be
maintained according to operations. Currently, AuditMode and DeployedMode
are defined but not implemented.
Signed-off-by: AKASHI Takahiro
---
lib/efi_loade
In this commit, implemented are a couple of helper functions which will be
used to materialize variable authentication as well as image authentication
in later patches.
Signed-off-by: AKASHI Takahiro
---
include/efi_api.h | 87 +
include/efi_loader.h | 72
lib/e
The following variable is exported as UEFI specification defines:
VendorKeys: whether the system is configured to use only vendor-provided
keys or not
The value will have to be modified if a platform has its own way of
initializing signature database, in particular, PK.
Signed-off-by:
efi_signature_parse_sigdb() is a helper function will be used to parse
signature database variable and instantiate a signature store structure
in later patches.
Signed-off-by: AKASHI Takahiro
---
include/efi_loader.h | 3 +
lib/efi_loader/efi_signature.c | 226 +++
One of major missing features in current UEFI implementation is "secure boot."
The ultimate goal of my attempt is to implement image authentication based
on signature and provide UEFI secure boot support which would be fully
compliant with UEFI specification, section 32[1].
(The code was originally
Under this configuration, UEFI secure boot support will be added
in later patches.
Signed-off-by: AKASHI Takahiro
---
lib/efi_loader/Kconfig | 18 ++
1 file changed, 18 insertions(+)
diff --git a/lib/efi_loader/Kconfig b/lib/efi_loader/Kconfig
index 9890144d4161..71a0d003c914 10
Hi Marek,
On Mon, 13 Apr 2020 at 19:18, Marek Vasut wrote:
>
> On 4/14/20 1:27 AM, Tom Rini wrote:
> > On Fri, Apr 10, 2020 at 08:54:49PM +0200, Marek Vasut wrote:
> >
> >> The most basic printf("%i", value) formating string was missing,
> >> add it for the sake of convenience.
> >>
> >> Signed-o
On 4/14/20 3:28 AM, Breno Matheus Lima wrote:
> Hi Heinrich,
>
> Em seg., 13 de abr. de 2020 às 11:04, Heinrich Schuchardt
> escreveu:
>>
>> Am April 13, 2020 2:49:00 PM UTC schrieb Breno Matheus Lima
>> :
>>> Hi Heinrich,
>>>
>>> Em dom., 12 de abr. de 2020 às 17:35, Heinrich Schuchardt
>>> esc
Hi Heinrich,
Em seg., 13 de abr. de 2020 às 11:04, Heinrich Schuchardt
escreveu:
>
> Am April 13, 2020 2:49:00 PM UTC schrieb Breno Matheus Lima
> :
> >Hi Heinrich,
> >
> >Em dom., 12 de abr. de 2020 às 17:35, Heinrich Schuchardt
> > escreveu:
> >>
> >> On 4/12/20 6:16 PM, Fabio Estevam wrote:
>
On 4/14/20 1:42 AM, Simon Glass wrote:
> Hi Marek,
>
> On Fri, 10 Apr 2020 at 14:52, Marek Vasut wrote:
>>
>> On 4/10/20 10:47 PM, Simon Glass wrote:
>>> Hi Marek,
>>>
>>> On Fri, 10 Apr 2020 at 12:54, Marek Vasut wrote:
The most basic printf("%i", value) formating string was missing,
On 4/14/20 1:27 AM, Tom Rini wrote:
> On Fri, Apr 10, 2020 at 08:54:49PM +0200, Marek Vasut wrote:
>
>> The most basic printf("%i", value) formating string was missing,
>> add it for the sake of convenience.
>>
>> Signed-off-by: Marek Vasut
>> Cc: Simon Glass
>> Cc: Stefan Roese
>> ---
>> lib/
Hi Marek,
On Fri, 10 Apr 2020 at 14:52, Marek Vasut wrote:
>
> On 4/10/20 10:47 PM, Simon Glass wrote:
> > Hi Marek,
> >
> > On Fri, 10 Apr 2020 at 12:54, Marek Vasut wrote:
> >>
> >> The most basic printf("%i", value) formating string was missing,
> >> add it for the sake of convenience.
> >>
>
On 4/13/20 10:03 AM, Michal Simek wrote:
> From: Ashok Reddy Soma
>
> FDT memory is aligned by 4KB. This is hardcoded in common/board_f.c.
> Add Kconfig option, assign default value of 0x1000 and enable option to
> change this value.
Please, describe why this patch is needed.
>
> Signed-off-by:
On Fri, Apr 10, 2020 at 08:54:49PM +0200, Marek Vasut wrote:
> The most basic printf("%i", value) formating string was missing,
> add it for the sake of convenience.
>
> Signed-off-by: Marek Vasut
> Cc: Simon Glass
> Cc: Stefan Roese
> ---
> lib/tiny-printf.c | 3 ++-
> 1 file changed, 2 inse
Hi Heinrich,
On Tue, Apr 14, 2020 at 7:05 AM Heinrich Schuchardt wrote:
>
> On 4/6/20 10:44 PM, Atish Patra wrote:
> > Linux booting protocol mandates that register "a0" contains the hartid.
> > However, U-boot can not pass the hartid via a0 during via standard UEFI
> > protocol. DT nodes are com
On 4/6/20 10:44 PM, Atish Patra wrote:
> Linux booting protocol mandates that register "a0" contains the hartid.
> However, U-boot can not pass the hartid via a0 during via standard UEFI
> protocol. DT nodes are commonly used to pass such information to the OS.
>
> Add a DT node under chosen node t
Hi Atish,
On Tue, Apr 14, 2020 at 6:02 AM Atish Patra wrote:
>
> On Tue, Apr 7, 2020 at 10:35 AM Atish Patra wrote:
> >
> > On Mon, Apr 6, 2020 at 11:51 PM Ard Biesheuvel
> > wrote:
> > >
> > > On Tue, 7 Apr 2020 at 08:46, Heinrich Schuchardt
> > > wrote:
> > > >
> > > > On 4/6/20 11:01 PM, A
On Tue, Apr 7, 2020 at 10:35 AM Atish Patra wrote:
>
> On Mon, Apr 6, 2020 at 11:51 PM Ard Biesheuvel
> wrote:
> >
> > On Tue, 7 Apr 2020 at 08:46, Heinrich Schuchardt wrote:
> > >
> > > On 4/6/20 11:01 PM, Ard Biesheuvel wrote:
> > > > On Mon, 6 Apr 2020 at 22:45, Atish Patra wrote:
> > > >>
>
This series adds a few changes I have been using locally as new behaviour
for patman.
Changes in v2:
- Add a note when there are no changes in the current revision
- Add documentation for new tags
- Add patch for multi-line changes in changelogs
- Switch to using commit tags for changelog control,
This patch adds support to multi-line changes. That is, if one has a line
in a changelog like
- Do a thing but
it spans multiple lines
Using Series-process-log sort would sort as if those lines were unrelated.
With this patch, any change line starting with whitespace will be
considered part of th
By default patman generates a combined changelog for the cover letter. This
may not always be desireable.
Many patches may have the same changes. These can be coalesced with
"Series-process-log: uniq", but this is imperfect. Similar changes like
"Move foo to patch 7" will not be merged with the si
Patman outputs a line for every edition of the series in every patch,
regardless of whether any changes were made. This can result in many
redundant lines in patch changelogs, especially when a patch did not exist
before a certain revision. For example, the existing behaviour could result
in a chan
On 4/13/20 5:15 PM, Michal Simek wrote:
> On 11. 04. 20 11:03, Benedikt Grassl wrote:
>> Currently, the entry "bus-width = <8>" in the ZynqMP's sdhci nodes
>> is not evaluated. This results in the bus width staying at its default
>> value (4 bit in HS200 mode).
>> Fix this by calling mmc_of_parse.
JFYI, I've now merged the next branch to master.
--
Tom
signature.asc
Description: PGP signature
The following changes since commit 995972ddbbcc5fccd324ab384bca9af90e710755:
Merge tag 'dm-pull9apr20' of git://git.denx.de/u-boot-dm (2020-04-10
11:40:28 -0400)
are available in the Git repository at:
git://git.denx.de/u-boot-socfpga.git master
for you to fetch changes up to 3958ef307e09a2
The following changes since commit 995972ddbbcc5fccd324ab384bca9af90e710755:
Merge tag 'dm-pull9apr20' of git://git.denx.de/u-boot-dm (2020-04-10
11:40:28 -0400)
are available in the Git repository at:
git://git.denx.de/u-boot-usb.git master
for you to fetch changes up to 9cadf059589c8fd18b
On Tue, Apr 7, 2020 at 9:48 PM Sagar Kadam wrote:
>
> Hello Jagan,
>
> > -Original Message-
> > From: Jagan Teki
> > Sent: Monday, April 6, 2020 9:30 PM
> > To: Sagar Kadam
> > Cc: Bin Meng ; Palmer Dabbelt
> > ; U-Boot Mailing List ; linux-
> > amarula
> > Subject: Re: [U-Boot] [PATCH
On Fri, Apr 10, 2020 at 5:18 AM Simon Glass wrote:
>
> Some places use __ASSEMBLER__ instead which does not work since the
> Makefile does not define it. Fix them.
In my understanding,
__ASSEMBLER__ is passed by the compiler
while building *.S files.
On which compiler didn't this work for you?
Hi Bin,
sorry for the late reply but I was off for easter.
On Fri, 2020-04-03 at 13:54 +0800, Bin Meng wrote:
> Hi Nicolas,
> This is probably caused by the required structure setup by U-Boot is
> viewed as buggy by the xHCI controller, hence there is no response to
> the first "enable slot" comma
Hi Lucas,
On Mon, Apr 13, 2020 at 6:11 PM Igor Opaniuk wrote:
>
> From: Igor Opaniuk
>
> Take over maintainership for Colibri T20 module.
>
> Signed-off-by: Igor Opaniuk
> ---
>
> board/toradex/colibri_t20/MAINTAINERS | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/boa
From: Igor Opaniuk
Take over maintainership for Colibri T20 module.
Signed-off-by: Igor Opaniuk
---
board/toradex/colibri_t20/MAINTAINERS | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/board/toradex/colibri_t20/MAINTAINERS
b/board/toradex/colibri_t20/MAINTAINERS
index b2
Am April 13, 2020 2:49:00 PM UTC schrieb Breno Matheus Lima
:
>Hi Heinrich,
>
>Em dom., 12 de abr. de 2020 às 17:35, Heinrich Schuchardt
> escreveu:
>>
>> On 4/12/20 6:16 PM, Fabio Estevam wrote:
>> > Hi Heinrich,
>> >
>> > On Sun, Apr 12, 2020 at 11:23 AM Heinrich Schuchardt
> wrote:
>> >>
>> >>
Hey all,
As I announced last week, I pushed v2020.04 out a week to handle some
regressions. Things are looking better now, so here's the release. As
I've been taking pull requests for the next branch, we're going to stick
with the general schedule for v2020.07 at this time. If it becomes an
iss
Hi Heinrich,
Em dom., 12 de abr. de 2020 às 17:35, Heinrich Schuchardt
escreveu:
>
> On 4/12/20 6:16 PM, Fabio Estevam wrote:
> > Hi Heinrich,
> >
> > On Sun, Apr 12, 2020 at 11:23 AM Heinrich Schuchardt
> > wrote:
> >>
> >> doc/README.mxc_hab was moved to doc/imx/habv4/guides/encrypted_boot.tx
> Il 13 aprile 2020 alle 15.02 Sean Anderson ha scritto:
>
>
> On 4/13/20 8:36 AM, Dario Binacchi wrote:
> > The top-level framework flags are passed as parameter to the common
> > clock framework (ccf) registration routines without being used.
> > Checks of the flags setting added by the patc
On 4/13/20 8:36 AM, Dario Binacchi wrote:
> The top-level framework flags are passed as parameter to the common
> clock framework (ccf) registration routines without being used.
> Checks of the flags setting added by the patch have been added in the
> ccf test.
>
> Signed-off-by: Dario Binacchi
The top-level framework flags are passed as parameter to the common
clock framework (ccf) registration routines without being used.
Checks of the flags setting added by the patch have been added in the
ccf test.
Signed-off-by: Dario Binacchi
---
drivers/clk/clk-composite.c| 1 +
drivers/cl
Test for ccf gated clock has been added too.
Dario Binacchi (2):
dm: test: clk: add the test for the ccf gated clock
clk: set flags in the ccf registration routines
drivers/clk/clk-composite.c| 1 +
drivers/clk/clk-divider.c | 1 +
drivers/clk/clk-fixed-factor.c | 1 +
drivers
Unlike the other clock types, in the case of the gated clock, a new
driver has been developed which does not use the registering routine
provided by the common clock framework.
The addition of the ecspi0 clock to sandbox therefore allows testing
the ccf gate clock.
Signed-off-by: Dario Binacchi
-
On Sun, Apr 12, 2020 at 10:39 PM Kever Yang wrote:
>
> Enable board early init callback to init board specific hardware.
>
> Signed-off-by: Kever Yang
Please send the same patch to elgin-rv1108 config.
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.br
The ROCK-PI-E is a credit card size SBC based on Rockchip RK3328
Quad-Core ARM Cortex A53.
Net - Dual ethernet port, 1 X Gbe, 1 X 100M
USB - USB 3.0
DC - USB-Type C, 5V 2A
Storage - TF card, eMMC
Just build u-boot-dtb.bin for Rockpi E board and follow the blow
steps to replace th
The ROCK-PI-E is a credit card size SBC based on Rockchip RK3328
Quad-Core ARM Cortex A53.
Net - Dual ethernet port, 1 X Gbe, 1 X 100M
USB - USB 3.0
DC - USB-Type C, 5V 2A
Storage - TF card, eMMC
Just build u-boot-dtb.bin for Rockpi E board and follow the blow
steps to replace th
On Wednesday 01 April 2020 00:35:07 Pali Rohár wrote:
> This patch series contain fixes for Nokia RX-51 board (aka N900).
> After these changes it is possible to run U-Boot in qemu emulator again.
> And U-Boot can boot kernel image from RAM, eMMC or OneNAND memory without
> problem.
>
> Pali Rohár
On 11. 04. 20 11:03, Benedikt Grassl wrote:
> Currently, the entry "bus-width = <8>" in the ZynqMP's sdhci nodes
> is not evaluated. This results in the bus width staying at its default
> value (4 bit in HS200 mode).
> Fix this by calling mmc_of_parse. This function also checks for the
> "no-1-8-v"
- Do not use irps54012 as device node which is not correct.
- Fix addresses of irps5401/u180 on zcu104 revisions.
- Remove clock-cells property. It is PMIC without any clock output.
- Define irps5401 nodes in zynqmp-e-a2197
Signed-off-by: Michal Simek
---
arch/arm/dts/zynqmp-e-a2197-00-revA.dts
From: Ashok Reddy Soma
FDT memory is aligned by 4KB. This is hardcoded in common/board_f.c.
Add Kconfig option, assign default value of 0x1000 and enable option to
change this value.
Signed-off-by: Ashok Reddy Soma
Signed-off-by: Michal Simek
---
common/board_f.c | 3 ++-
dts/Kconfig |
Create special function for reading bootmode on Versal and ZynqMP.
Zynq is using specific function (without mask) already.
Future patches will be calling this function from different location too.
Signed-off-by: Michal Simek
---
board/xilinx/versal/board.c | 23 ---
board/x
Moving to common location initrd_high is also setup for Zynq which hasn't
done in run time code.
Signed-off-by: Michal Simek
---
board/xilinx/common/board.c | 7 +++
board/xilinx/versal/board.c | 6 --
board/xilinx/zynqmp/zynqmp.c | 6 --
include/configs/zynq-common.h | 1 -
4
From: Saeed Nowshadi
Add label to GPIO lines controlling boot mode and POR EMIO pins so System
Controller can assert those lines on Versal.
Signed-off-by: Saeed Nowshadi
Signed-off-by: Michal Simek
---
arch/arm/dts/zynqmp-e-a2197-00-revA.dts | 6 +++---
1 file changed, 3 insertions(+), 3 del
From: T Karthik Reddy
Enable mux based clocks to populate LPD_LSBUS clock to xilinx_wwdt
driver. Skip reading clock rate for the mux based clocks with
parent clock id is zero.
Signed-off-by: T Karthik Reddy
Signed-off-by: Ashok Reddy Soma
Signed-off-by: Michal Simek
---
drivers/clk/clk_vers
72 matches
Mail list logo
