The DM binary runs on the MCU R5F Core0 after R5 SPL on J721E and J7200
SoCs. The binary is built alongside the TFA, OPTEE and A72 SPL binaries
and included in the tispl.bin FIT image. The R5 SPL loads the DM binary
at 0xA00 address, based on the value used in the FIT image build
script. The DM
Add the Linux magic to the EFI file header to allow running our test
programs with GRUB's linux command.
MajorImageVersion = 1 indicates a kernel that can consume the
EFI_LOAD_FILE2_PROTOCOL. This allows to dump the GRUB provided intird with
our initrddump.efi tool.
Signed-off-by: Heinrich Schuch
On Fri, Aug 13, 2021 at 09:53:03AM +0800, Jon Lin wrote:
>
> Here is the point, Can you take a try.
>
> diff --git a/drivers/spi/rockchip_sfc.c b/drivers/spi/rockchip_sfc.c
> index 8173724ecd..33c5344c70 100644
> --- a/drivers/spi/rockchip_sfc.c
> +++ b/drivers/spi/rockchip_sfc.c
> @@ -591,7 +591
On Fri, Aug 6, 2021 at 7:50 AM Tony Dinh wrote:
>
> Add fdt_support_net.c to common/Makefile
>
> Signed-off-by: Tony Dinh
> ---
>
> common/Makefile | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/common/Makefile b/common/Makefile
> index 9063ed9391..94678d26d8 100644
> -
On Thu, Aug 12, 2021 at 12:12 PM Tony Dinh wrote:
>
> Hi Stefan,
>
> On Wed, Aug 11, 2021 at 11:15 PM Stefan Roese wrote:
> >
> > Hi Tony,
> >
> > a few nits...
> >
> > On 06.08.21 06:49, Tony Dinh wrote:
> > > Add fdt network helper functions common/fdt_support_net.c
> > >
> > > Signed-off-by: T
On Fri, Aug 6, 2021 at 7:50 AM Tony Dinh wrote:
>
> Add include header file include/fdt_support_net.h
>
> Signed-off-by: Tony Dinh
> ---
>
> include/fdt_support_net.h | 39 +++
> 1 file changed, 39 insertions(+)
> create mode 100644 include/fdt_support_net.h
On 13/08/21 03:25PM, JaimeLiao wrote:
> Follow patch "f6adec1af4b2f5d3012480c6cdce7743b74a6156" for adding
> Macronix flash in Octal DTR mode.
> Enable Octal DTR mode with 20 dummy cycles to allow running at the
> maximum supported frequency.
Please include a link to the flash datasheet so the rev
Hi all,
On 04/08/21 8:08 pm, Aswath Govindraju wrote:
> Add support for enumerating MMC card in a given mode using mmc rescan and
> mmc dev commands. The speed mode is provided as the last argument in these
> commands and is indicated using the index from enum bus_mode in
> include/mmc.h. A speed
Add documentation on the usage of "mmc dev" and "mmc rescan" commands to
set user defined speed modes.
Signed-off-by: Aswath Govindraju
---
doc/usage/mmc.rst | 49 +--
1 file changed, 47 insertions(+), 2 deletions(-)
diff --git a/doc/usage/mmc.rst b/d
Add support for enumerating MMC card in a given mode using mmc rescan and
mmc dev commands. The speed mode is provided as the last argument in these
commands and is indicated using the index from enum bus_mode in
include/mmc.h. A speed mode can be set only if it has already been enabled
in the devi
The following series of patches,
- add support enumerating MMC card in user specified speed mode
- add documentation for the usage of above feature
changes since v3:
- split the patch in two, seperating the documentation changes
Aswath Govindraju (2):
mmc: Add support for enumerating MMC card i
When printing full help output from a tool, we should be able to handle
a PAGER variable which includes arguments, e.g. PAGER='less -F'.
Signed-off-by: Paul Barker
---
tools/patman/tools.py | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/tools/patman/tools.py b/tools
Collect the code for printing the full help message of patman, buildman
and binman into a single function in patman.tools.
Signed-off-by: Paul Barker
---
tools/binman/control.py | 9 +++--
tools/buildman/control.py | 10 --
tools/patman/main.py | 12
tools/patman
Sorry this took so long to get back to! Got there in the end though :)
Changes from v1:
* Collected the full help printing code from patman, buildman & binman into a
single function so that when support for PAGER containing arguments is added
it applies to all the relevant tools.
Paul B
Hi Fabio,
Am Fr., 13. Aug. 2021 um 15:03 Uhr schrieb Fabio Estevam :
>
> Hi Heiko,
>
> On Fri, Aug 13, 2021 at 9:53 AM Heiko Thiery wrote:
>
> > Maybe I'm wrong or I do not fully understand the limitation you're
> > talking about, but as far as I understand the output (flash.bin) from
> > the ron
Currently the driver gets value from PSR register, but this register is
only for input mode. For output mode, it always returns 0, not the value
we set for output.
This patch changes to use DR register, which returns the DR value for
output mode, and PSR value for input mode.
This patch is based
On Friday 13 August 2021 01:39:37 Luka Kovacic wrote:
> Add the loadaddr U-Boot environment variable, as this is available in
> the stock Marvell U-Boot by default on Marvell Armada A37XX platforms.
>
> Signed-off-by: Luka Kovacic
> Cc: Luka Perkov
> Cc: Robert Marko
> ---
> include/configs/mv
Hi Heiko,
On Fri, Aug 13, 2021 at 9:53 AM Heiko Thiery wrote:
> Maybe I'm wrong or I do not fully understand the limitation you're
> talking about, but as far as I understand the output (flash.bin) from
> the ronetix board [1] was generated using binman and includes all
> necessary parts. Is thi
Hi Heiko,
On Sat, Jul 10, 2021 at 9:23 AM Heiko Schocher wrote:
> > Doesn't this change from having a single flash.bin encompasing the SPL
> > and U-Boot proper to having split files? I noticed that happened with
> > imx8mm_evk for example when it switched to binman.
>
> Yes, but you can easy ge
Hi,
Am Fr., 13. Aug. 2021 um 14:34 Uhr schrieb Fabio Estevam :
>
> Hi Tim,
>
> [Adding Marek]
>
> On Tue, Jul 27, 2021 at 6:53 PM Tim Harvey wrote:
>
> > With respect to moving to binman, I'm all for it but I'm wondering why
> > other boards have elected to move from a monolithic flash.bin
> > in
On Fri, Aug 13, 2021 at 01:11:56PM +0800, Bin Meng wrote:
> Hi Tom,
>
> This PR includes the following x86 changes for v2021.10:
>
> - Enable SeaBIOS support for Crown Bay
> - Update SeaBIOS build instructions in the x86 doc
> - Enable CONFIG_SPI_FLASH_SMART_HWCAPS for Crown Bay
>
> Azure resul
On Thu, Aug 12, 2021 at 04:39:33PM +0800, Kever Yang wrote:
> Hi Tom,
>
> Please pull the rockchip updates/fixes:
> - Add Rockchip SFC driver support;
> - DTS sync from kernel;
> - emmc hs400 support for rk3399;
> - Fix for spinore bootdevice and MMC boot order;
>
> CI:
> https://source.denx.de/
On Mon, Aug 09, 2021 at 12:01:20PM -0400, Tom Rini wrote:
> On Thu, Aug 05, 2021 at 09:46:07AM -0600, Simon Glass wrote:
>
> > Hi Heinrich,
> >
> > On Thu, 5 Aug 2021 at 09:29, Heinrich Schuchardt wrote:
> > >
> > >
> > >
> > > On 02.08.21 16:44, Simon Glass wrote:
> > > > The changes to move fr
Hi Tim,
[Adding Marek]
On Tue, Jul 27, 2021 at 6:53 PM Tim Harvey wrote:
> With respect to moving to binman, I'm all for it but I'm wondering why
> other boards have elected to move from a monolithic flash.bin
> including the SPL and u-boot.itb pre-binman to post-binman where
> flash.bin is jus
From: Peter Hoyes
On Armv8-R, the EL1&0 memory system architecture is configurable as a
VMSA or PMSA, and resets to an "architecturally unknown" value.
Add code to armv8_switch_to_el1_m which detects whether the MSA at
EL1&0 is configurable using the id_aa64mmfr0_el1 register MSA fields.
If it i
From: Peter Hoyes
The use of ARMv8.3 pointer authentication (PAuth) is governed by fields
in HCR_EL2, which trigger a 'trap to EL2' if not enabled. The reset
value of these fields is 'architecturally unknown' so we must ensure
that the fields are enabled (to disable the traps) if we are entering
Hi Fabio,
Did you use the boot partition?
I mean, why don't we use "mmc partconf 0 0 1 0"
So that we can flash u-boot to partition 1 and leave partition 0 for distro
install.
The following sequence should work.
init setup
1. mmc dev 2
2. mmc partconf 0 0 1 0
flash u-boot
1. tftp ${loadaddr} fl
Hi Fabio,
Can we think of a way to keep this fip.bin feature? This is part of the
SystemReady IR certificate for this Compulab board. [1]
[1]
https://developer.arm.com/architectures/system-architectures/arm-systemready/ir
Yours,
Paul
On Fri, 13 Aug 2021 at 08:59, Fabio Estevam wrote:
> W
Adding Macronix Octal flash for Octal DTR support.
The octaflash series can be divided into the following types:
MX25 series : Serial NOR Flash.
MX66 series : Serial NOR Flash with stacked die.(Size larger than 1Gb)
LM/UM series : Up to 250MHz clock frequency with both DTR/STR operation.
LW/UW se
Following linux kernel to check address width and 4byte flag to enable
4byte opcode setting.
Signed-off-by: JaimeLiao
---
drivers/mtd/spi/spi-nor-core.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/mtd/spi/spi-nor-core.c b/drivers/mtd/spi/spi-nor-core.c
index be6c58ad40..1bddf
Power-on-Reset is a method to restore flash back to 1S-1S-1S mode from 8D-8D-8D
in the begging of probe.
Command extension type is not standardized across flash vendors in DTR mode.
For suiting different vendor flash devices, having second times Softreset with
different types is clumsy but useful
Follow patch "f6adec1af4b2f5d3012480c6cdce7743b74a6156" for adding
Macronix flash in Octal DTR mode.
Enable Octal DTR mode with 20 dummy cycles to allow running at the
maximum supported frequency.
Signed-off-by: JaimeLiao
---
drivers/mtd/spi/spi-nor-core.c | 75 ++
This series add support for Macronix octal DTR flash, add second time
Softreset with "INVERT" command extension type and follow linux kernel
to enable 4byte opcode when possible.
JaimeLiao (4):
mtd: spi-nor: macronix: add support for Macronix octaflash
mtd: spi-nor-core: Adding different type
Hi,
Quoting Ivan T. Ivanov (2021-08-10 17:31:14)
> It appears that RPi firmware has already added framebuffer
> node under /chosen, at least on RPi 2 versions. So check
> for this and don't add duplicate node.
>
> Signed-off-by: Ivan T. Ivanov
> ---
> board/raspberrypi/rpi/rpi.c | 11 +-
Hi Paul,
On 13/08/2021 06:59, Paul Liu wrote:
Hi Fabio,
Can we think of a way to keep this fip.bin feature? This is part of
the SystemReady IR certificate for this Compulab board. [1]
[1]
https://developer.arm.com/architectures/system-architectures/arm-systemready/ir
i.MX8MM EVK is also list
On 12/08/2021 08.50, Wolfgang Denk wrote:
> Dear Rasmus,
>
> In message <20210811124800.2593226-10-rasmus.villem...@prevas.dk> you wrote:
>>
>> +ret = uclass_get(UCLASS_WDT, &uc);
>> +if (ret) {
>> +log_debug("Error getting UCLASS_WDT: %d\n", ret);
>> +return 0;
>>
Armada 37xx serial driver does not use CONFIG_DEBUG_UART_SHIFT.
So do not define any bogus value for CONFIG_DEBUG_UART_SHIFT option in any
Armada 37xx defconfig file.
Signed-off-by: Pali Rohár
---
configs/mvebu_db-88f3720_defconfig | 1 -
configs/mvebu_espressobin-88f3720_defconfig | 1
PCIe-based NVMe SSD disks in M.2 2230/2242/2260 form-factor can be
connected to Turris Omnia mPCIe slot via passive M.2 <--> mPCIe adapter.
So enable PCIe NVMe drivers.
Signed-off-by: Pali Rohár
---
configs/turris_omnia_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/turri
Espressobin has one on-board SATA port which is connected directly to CPU.
More SATA disks can be connected via mPCIe add-in card with PCIe-SATA
controller.
So enable required SATA AHCI PCIe drivers in defconfig file.
Signed-off-by: Pali Rohár
---
configs/mvebu_espressobin-88f3720_defconfig |
SATA disks could be connected via mPCIe add-in card with PCIe-SATA
controller into Mox-B or Mox-G module.
Signed-off-by: Pali Rohár
---
configs/turris_mox_defconfig | 6 ++
1 file changed, 6 insertions(+)
diff --git a/configs/turris_mox_defconfig b/configs/turris_mox_defconfig
index c19b837
On Friday 13 August 2021 12:33:25 Luka Kovacic wrote:
> On Fri, Aug 13, 2021 at 12:22 PM Pali Rohár wrote:
> >
> > On Friday 13 August 2021 12:03:57 Luka Kovacic wrote:
> > > Hello Pali,
> > >
> > > On Fri, Aug 13, 2021 at 11:27 AM Pali Rohár wrote:
> > > >
> > > > On Friday 13 August 2021 01:39:
On Friday 13 August 2021 12:43:47 Luka Kovacic wrote:
> On Fri, Aug 13, 2021 at 12:29 PM Pali Rohár wrote:
> >
> > On Friday 13 August 2021 01:39:36 Luka Kovacic wrote:
> > > diff --git a/board/Marvell/mvebu_armada-37xx/Kconfig
> > > b/board/Marvell/mvebu_armada-37xx/Kconfig
> > > new file mode 1
On Friday 13 August 2021 12:25:46 Luka Kovacic wrote:
> Hello Stefan and Pali,
>
> On Fri, Aug 13, 2021 at 11:58 AM Stefan Roese wrote:
> >
> > Hi,
> >
> > On 13.08.21 11:54, Pali Rohár wrote:
> > > On Friday 13 August 2021 11:08:08 Luka Kovacic wrote:
> > >> Hello Pali,
> > >>
> > >> On Fri, Aug
On Fri, Aug 13, 2021 at 12:29 PM Pali Rohár wrote:
>
> On Friday 13 August 2021 01:39:36 Luka Kovacic wrote:
> > diff --git a/board/Marvell/mvebu_armada-37xx/Kconfig
> > b/board/Marvell/mvebu_armada-37xx/Kconfig
> > new file mode 100644
> > index 00..b84dd20023
> > --- /dev/null
> > +++ b
On Fri, Aug 13, 2021 at 12:22 PM Pali Rohár wrote:
>
> On Friday 13 August 2021 12:03:57 Luka Kovacic wrote:
> > Hello Pali,
> >
> > On Fri, Aug 13, 2021 at 11:27 AM Pali Rohár wrote:
> > >
> > > On Friday 13 August 2021 01:39:38 Luka Kovacic wrote:
> > > > Add initial support for the ESPRESSOBin
On Friday 13 August 2021 01:39:36 Luka Kovacic wrote:
> diff --git a/board/Marvell/mvebu_armada-37xx/Kconfig
> b/board/Marvell/mvebu_armada-37xx/Kconfig
> new file mode 100644
> index 00..b84dd20023
> --- /dev/null
> +++ b/board/Marvell/mvebu_armada-37xx/Kconfig
> @@ -0,0 +1,29 @@
> +menu
Hello Stefan and Pali,
On Fri, Aug 13, 2021 at 11:58 AM Stefan Roese wrote:
>
> Hi,
>
> On 13.08.21 11:54, Pali Rohár wrote:
> > On Friday 13 August 2021 11:08:08 Luka Kovacic wrote:
> >> Hello Pali,
> >>
> >> On Fri, Aug 13, 2021 at 10:14 AM Pali Rohár wrote:
> >>>
> >>> On Friday 13 August 202
On Friday 13 August 2021 12:03:57 Luka Kovacic wrote:
> Hello Pali,
>
> On Fri, Aug 13, 2021 at 11:27 AM Pali Rohár wrote:
> >
> > On Friday 13 August 2021 01:39:38 Luka Kovacic wrote:
> > > Add initial support for the ESPRESSOBin-Ultra board from Globalscale
> > > Technologies, Inc.
> > >
> > >
On Fri, Aug 13, 2021 at 12:09 PM Pali Rohár wrote:
>
> On Friday 13 August 2021 11:51:02 Luka Kovacic wrote:
> > Hello Pali,
> >
> > On Fri, Aug 13, 2021 at 11:41 AM Pali Rohár wrote:
> > >
> > > On Friday 13 August 2021 11:23:15 Luka Kovacic wrote:
> > > > Hello Marek and Pali,
> > > >
> > > > O
On Friday 13 August 2021 11:51:02 Luka Kovacic wrote:
> Hello Pali,
>
> On Fri, Aug 13, 2021 at 11:41 AM Pali Rohár wrote:
> >
> > On Friday 13 August 2021 11:23:15 Luka Kovacic wrote:
> > > Hello Marek and Pali,
> > >
> > > On Fri, Aug 13, 2021 at 10:23 AM Pali Rohár wrote:
> > > >
> > > > On F
Hello Pali,
On Fri, Aug 13, 2021 at 11:27 AM Pali Rohár wrote:
>
> On Friday 13 August 2021 01:39:38 Luka Kovacic wrote:
> > Add initial support for the ESPRESSOBin-Ultra board from Globalscale
> > Technologies, Inc.
> >
> > The board is based on the 64-bit dual-core Marvell Armada 3720 SoC.
> >
On 8/13/21 9:56 AM, Christian Melki wrote:
On 8/13/21 2:36 AM, Heinrich Schuchardt wrote:
On 8/12/21 11:49 PM, Simon Glass wrote:
+Heinrich Schuchardt too
On Thu, 12 Aug 2021 at 08:35, Christian Melki
wrote:
I was hoping that U-boot would detect BLOCK_IO devices provided by UEFI
automa
Hi,
On 13.08.21 11:54, Pali Rohár wrote:
On Friday 13 August 2021 11:08:08 Luka Kovacic wrote:
Hello Pali,
On Fri, Aug 13, 2021 at 10:14 AM Pali Rohár wrote:
On Friday 13 August 2021 01:39:38 Luka Kovacic wrote:
Add initial support for the ESPRESSOBin-Ultra board from Globalscale
Technolog
On Friday 13 August 2021 11:08:08 Luka Kovacic wrote:
> Hello Pali,
>
> On Fri, Aug 13, 2021 at 10:14 AM Pali Rohár wrote:
> >
> > On Friday 13 August 2021 01:39:38 Luka Kovacic wrote:
> > > Add initial support for the ESPRESSOBin-Ultra board from Globalscale
> > > Technologies, Inc.
> > >
> > >
Hello Pali,
On Fri, Aug 13, 2021 at 11:41 AM Pali Rohár wrote:
>
> On Friday 13 August 2021 11:23:15 Luka Kovacic wrote:
> > Hello Marek and Pali,
> >
> > On Fri, Aug 13, 2021 at 10:23 AM Pali Rohár wrote:
> > >
> > > On Friday 13 August 2021 01:39:36 Luka Kovacic wrote:
> > > > The mac command
On Friday 13 August 2021 11:33:58 Luka Kovacic wrote:
> Hello Pali,
>
> On Fri, Aug 13, 2021 at 11:31 AM Pali Rohár wrote:
> >
> > On Friday 13 August 2021 10:59:33 Luka Kovacic wrote:
> > > Hello Pali,
> > >
> > > On Fri, Aug 13, 2021 at 10:08 AM Pali Rohár wrote:
> > > >
> > > > On Friday 13 A
On Friday 13 August 2021 11:23:15 Luka Kovacic wrote:
> Hello Marek and Pali,
>
> On Fri, Aug 13, 2021 at 10:23 AM Pali Rohár wrote:
> >
> > On Friday 13 August 2021 01:39:36 Luka Kovacic wrote:
> > > The mac command is implemented to enable parsing Marvell hw_info formatted
> > > environments. T
On 12/08/2021 16.47, Stefan Roese wrote:
> This patch enables the use of the optimized memset(), memmove() &
> memcpy() versions recently added on ARM64.
>
> Signed-off-by: Stefan Roese
>
>
> +config USE_ARCH_MEMMOVE
> + bool "Use an assembly optimized implementation of memmove"
> + de
Hello Pali,
On Fri, Aug 13, 2021 at 11:31 AM Pali Rohár wrote:
>
> On Friday 13 August 2021 10:59:33 Luka Kovacic wrote:
> > Hello Pali,
> >
> > On Fri, Aug 13, 2021 at 10:08 AM Pali Rohár wrote:
> > >
> > > On Friday 13 August 2021 01:39:37 Luka Kovacic wrote:
> > > > Add the loadaddr U-Boot en
On Friday 13 August 2021 10:59:33 Luka Kovacic wrote:
> Hello Pali,
>
> On Fri, Aug 13, 2021 at 10:08 AM Pali Rohár wrote:
> >
> > On Friday 13 August 2021 01:39:37 Luka Kovacic wrote:
> > > Add the loadaddr U-Boot environment variable, as this is available in
> > > the stock Marvell U-Boot by de
On Friday 13 August 2021 01:39:38 Luka Kovacic wrote:
> Add initial support for the ESPRESSOBin-Ultra board from Globalscale
> Technologies, Inc.
>
> The board is based on the 64-bit dual-core Marvell Armada 3720 SoC.
> Peripherals:
> - 5 Gigabit Ethernet ports (WAN has PoE, up to 30W, Topaz 6341
Hello Marek and Pali,
On Fri, Aug 13, 2021 at 10:23 AM Pali Rohár wrote:
>
> On Friday 13 August 2021 01:39:36 Luka Kovacic wrote:
> > The mac command is implemented to enable parsing Marvell hw_info formatted
> > environments. This format is often used on Marvell Armada A37XX based
> > devices t
Hi Wolfgang,
On 8/13/21 8:54 AM, Wolfgang Denk wrote:
> Dear Michal,
>
> In message <90e6c670-9e11-beb8-bcb5-9d22ba00f...@xilinx.com> you wrote:
>>
>>> In case of the hard (cold) reset - is it really only a reset of the
>>> CPU, or of the whole board hardware?
>>
>> If you look at sysreset header
Hello Pali,
On Fri, Aug 13, 2021 at 10:14 AM Pali Rohár wrote:
>
> On Friday 13 August 2021 01:39:38 Luka Kovacic wrote:
> > Add initial support for the ESPRESSOBin-Ultra board from Globalscale
> > Technologies, Inc.
> >
> > The board is based on the 64-bit dual-core Marvell Armada 3720 SoC.
> >
Hello Pali,
On Fri, Aug 13, 2021 at 10:08 AM Pali Rohár wrote:
>
> On Friday 13 August 2021 01:39:37 Luka Kovacic wrote:
> > Add the loadaddr U-Boot environment variable, as this is available in
> > the stock Marvell U-Boot by default on Marvell Armada A37XX platforms.
>
> Hello Luka! Why is this
On Friday 13 August 2021 01:39:36 Luka Kovacic wrote:
> The mac command is implemented to enable parsing Marvell hw_info formatted
> environments. This format is often used on Marvell Armada A37XX based
> devices to store parameters like the board serial number, factory
> MAC addresses and some oth
On Friday 13 August 2021 01:39:38 Luka Kovacic wrote:
> Add initial support for the ESPRESSOBin-Ultra board from Globalscale
> Technologies, Inc.
>
> The board is based on the 64-bit dual-core Marvell Armada 3720 SoC.
> Peripherals:
> - 5 Gigabit Ethernet ports (WAN has PoE, up to 30W, Topaz 6341
On Friday 13 August 2021 01:39:37 Luka Kovacic wrote:
> Add the loadaddr U-Boot environment variable, as this is available in
> the stock Marvell U-Boot by default on Marvell Armada A37XX platforms.
Hello Luka! Why is this change needed? Reason that it is in historic
vendor U-Boot does not mean th
On 8/13/21 2:36 AM, Heinrich Schuchardt wrote:
On 8/12/21 11:49 PM, Simon Glass wrote:
+Heinrich Schuchardt too
On Thu, 12 Aug 2021 at 08:35, Christian Melki
wrote:
I was hoping that U-boot would detect BLOCK_IO devices provided by UEFI
automatically. But I can't see anything attached und
This commit adds the comment of the TCG Specification
efi_tcg2.h file refers, and comment for the structure.
Signed-off-by: Masahisa Kojima
---
(no change since v3)
Changes in v3:
- update comment format
Changes in v2:
- newly create commit from v2
include/efi_tcg2.h | 57 +++
Refactor efi_append_scrtm_version() to use common
function for adding eventlog and extending PCR.
Signed-off-by: Masahisa Kojima
---
(no changes since v1)
lib/efi_loader/efi_tcg2.c | 14 +-
1 file changed, 1 insertion(+), 13 deletions(-)
diff --git a/lib/efi_loader/efi_tcg2.c b/l
TCG PC Client PFP spec requires to measure
"Exit Boot Services Invocation" if ExitBootServices() is invoked.
Depending upon the return code from the ExitBootServices() call,
"Exit Boot Services Returned with Success" or "Exit Boot Services
Returned with Failure" is also measured.
Signed-off-by: Ma
TCG PC Client PFP spec requires to measure "Boot"
and "BootOrder" variables, EV_SEPARATOR event prior
to the Ready to Boot invocation.
Since u-boot does not implement Ready to Boot event,
these measurements are performed when efi_start_image() is called.
TCG spec also requires to measure "Call
TCG PC Client PFP spec requires to measure the secure
boot policy before validating the UEFI image.
This commit adds the secure boot variable measurement
of "SecureBoot", "PK", "KEK", "db", "dbx", "dbt", and "dbr".
Note that this implementation assumes that secure boot
variables are pre-configured
This patch series add the support of measurement
descibed in TCG PC Client PFP spec(Version 1.05 Revision 23).
Eventlog generated with this patch series are tested on
the aarch64 based machine(Socionext Developerbox) and fTPM
running on OP-TEE.
The eventlog result is almost same result as the one
75 matches
Mail list logo
